Parcel theft deterrence for A/V recording and communication devices

ABSTRACT

Parcel theft deterrence for audio/video (A/V) recording and communication devices, such as video doorbells and security cameras. When an A/V recording and communication device captures image data that includes a parcel, a parcel boundary may be created for monitoring the parcel within. In various embodiments, when the parcel is removed from the parcel boundary, a user alert may be generated to notify a user of a client device associated with the A/V recording and communication device that the parcel has been removed.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of application Ser. No. 15/669,817,filed on Aug. 4, 2017, which claims priority to provisional applicationSer. No. 62/522,075, filed on Jun. 19, 2017, provisional applicationSer. No. 62/479,060, filed on Mar. 30, 2017, and provisional applicationSer. No. 62/374,505, filed on Aug. 12, 2016. The entire contents of thepriority applications are hereby incorporated by reference as if fullyset forth.

TECHNICAL FIELD

The present embodiments relate to audio/video (AN) recording andcommunication devices, including A/V recording and communicationdoorbell systems. In particular, the present embodiments relate toimprovements in the functionality of A/V recording and communicationdevices that strengthen the ability of such devices to reduce crime andenhance public safety.

BACKGROUND

Home safety is a concern for many homeowners and renters. Those seekingto protect or monitor their homes often wish to have video and audiocommunications with visitors, for example, those visiting an externaldoor or entryway. Audio/Video (A/V) recording and communication devices,such as doorbells, provide this functionality, and can also aid in crimedetection and prevention. For example, audio and/or video captured by anA/V recording and communication doorbell can be uploaded to the cloudand recorded on a remote server. Subsequent review of the A/V footagecan aid law enforcement in capturing perpetrators of home burglaries andother crimes. Further, the presence of one or more an A/V recording andcommunication devices on the exterior of a home, such as a doorbell unitat the entrance of a home, acts as a powerful deterrent against would-beburglars.

BRIEF DESCRIPTION OF THE DRAWINGS

The various embodiments of the present parcel theft deterrence foraudio/video (A/V) recording and communication devices now will bediscussed in detail with an emphasis on highlighting the advantageousfeatures. These embodiments depict the novel and non-obvious presentparcel theft deterrence for A/V recording and communication devicesshown in the accompanying drawings, which are for illustrative purposesonly. These drawings include the following figures, in which likenumerals indicate like parts:

FIG. 1 is a functional block diagram illustrating a system for streamingand storing A/V content captured by an audio/video (A/V) recording andcommunication device according to various aspects of the presentdisclosure;

FIG. 2 is a flowchart illustrating a process for streaming and storingA/V content from an A/V recording and communication device according tovarious aspects of the present disclosure;

FIG. 3 is a functional block diagram illustrating an embodiment of anA/V recording and communication device according to the presentdisclosure;

FIG. 4 is a front perspective view of an embodiment of an A/V recordingand communication device according to the present disclosure;

FIG. 5 is a rear perspective view of the A/V recording and communicationdevice of FIG. 4;

FIG. 6 is a partially exploded front perspective view of the A/Vrecording and communication device of FIG. 4 showing the cover removed;

FIGS. 7-9 are front perspective views of various internal components ofthe A/V recording and communication device of FIG. 4;

FIG. 10 is a right-side cross-sectional view of the A/V recording andcommunication device of FIG. 4 taken through the line 10-10 in FIG. 4;

FIGS. 11-13 are rear perspective views of various internal components ofthe A/V recording and communication device of FIG. 4;

FIG. 14 is a front view of an A/V recording and communication deviceaccording to various aspects of the present disclosure;

FIG. 15 is a rear view of the A/V recording and communication device ofFIG. 14;

FIG. 16 is a right-side cross-sectional view of the A/V recording andcommunication device of FIG. 14;

FIG. 17 is an exploded view of the A/V recording and communicationdevice of FIG. 14 and a mounting bracket;

FIG. 18 is a top view of a passive infrared sensor assembly according tovarious aspects of the present disclosure;

FIG. 19 is a front view of the passive infrared sensor assembly of FIG.18;

FIG. 20 is a top view of the passive infrared sensor assembly of FIG.18, illustrating the fields of view of the passive infrared sensorsaccording to various aspects of the present disclosure;

FIG. 21 is a functional block diagram of the components of the A/Vrecording and communication device of FIG. 14;

FIG. 22 is a flowchart illustrating an embodiment of a process fordeterring parcel theft with an A/V recording and communication deviceaccording to various aspects of the present disclosure;

FIG. 23 is a sequence diagram illustrating an embodiment of a processfor deterring parcel theft with an A/V recording and communicationdevice according to various aspects of the present disclosure;

FIG. 24 is a front elevation view of a barcode;

FIG. 25 is a front elevation view of a matrix code;

FIG. 26 is a front elevation view of a bokode;

FIG. 27 is a front elevation view of a radio frequency identification(RFID) tag;

FIG. 28 is a sequence diagram illustrating an embodiment of a processfor deterring parcel theft with an A/V recording and communicationdevice according to various aspects of the present disclosure;

FIG. 29 is a front elevation view of a smart card;

FIG. 30 is a rear elevation view of a magnetic stripe card;

FIGS. 31 and 32 are flowcharts illustrating embodiments of processes fordeterring parcel theft with an A/V recording and communication deviceaccording to various aspects of the present disclosure;

FIG. 33 is a functional block diagram illustrating a system fordeterring parcel theft using an A/V recording and communication deviceaccording to the present embodiments;

FIG. 34 is a functional block diagram of an A/V recording andcommunication device on which the present embodiments may be implementedaccording to various aspects of the present disclosure;

FIG. 35 is a functional block diagram of a backend device on which thepresent embodiments may be implemented according to various aspects ofthe present disclosure;

FIGS. 36-41 are flowcharts illustrating various embodiments of processesfor deterring parcel theft with an A/V recording and communicationdevice according to various aspects of the present disclosure;

FIGS. 42-44 are example illustrations of graphical user interfaces (GUI)for creating parcel boundaries for deterring parcel theft with an A/Vrecording and communication device according to various aspects of thepresent disclosure;

FIG. 45 is a functional block diagram of a client device on which thepresent embodiments may be implemented according to various aspects ofthe present disclosure; and

FIG. 46 is a functional block diagram of a general-purpose computingsystem on which the present embodiments may be implemented according tovarious aspects of the present disclosure.

DETAILED DESCRIPTION

The various embodiments of the present parcel theft deterrence foraudio/video (A/V) recording and communication devices have severalfeatures, no single one of which is solely responsible for theirdesirable attributes. Without limiting the scope of the presentembodiments as expressed by the claims that follow, their more prominentfeatures now will be discussed briefly. After considering thisdiscussion, and particularly after reading the section entitled“Detailed Description,” one will understand how the features of thepresent embodiments provide the advantages described herein.

One aspect of the present embodiments includes the realization thatparcel pilferage is a pernicious and persistent problem. Parcel carriersfrequently leave parcels near the front door of a home when no oneanswers the door at the time of delivery. These parcels are vulnerableto theft, as they are often clearly visible from the street. Thisproblem has only gotten worse with the proliferation of online commerce,and is particularly common around major holidays when many consumers dotheir holiday shopping online. It would be advantageous, therefore, ifthe functionality of A/V recording and communication devices could beleveraged to deter parcel theft and/or to identify and apprehend parcelthieves. It would also be advantageous if the functionality of A/Vrecording and communication devices could be enhanced in one or moreways to deter parcel theft and/or to identify and apprehend parcelthieves. The present embodiments provide these advantages andenhancements, as described below.

The present embodiments can be implemented in numerous ways, includingas a process, an apparatus, a system, a computer program productembodied on a computer-readable storage medium, and/or a processor, suchas a processor configured to execute instructions stored on and/orprovided by a memory coupled to the processor. In this specification,these implementations may be referred to as techniques. In general, theorder of the steps of disclosed processes may be altered within thescope of the present embodiments. Unless stated otherwise, a componentsuch as a processor or a memory described as being configured to performa task may be implemented as a general component that is temporarilyconfigured to perform the task at a given time or a specific componentthat is manufactured to perform the task. As used herein, the termprocessor may comprise one or more devices, circuits, and/or processingcores configured to process data, such as computer program instructions.

The following detailed description describes the present embodimentswith reference to the drawings. In the drawings, reference numbers labelelements of the present embodiments. These reference numbers arereproduced below in connection with the discussion of the correspondingdrawing features.

The embodiments of the present parcel theft deterrence for audio/video(A/V) recording and communication devices are described below withreference to the figures. These figures, and their written descriptions,indicate that certain components of the apparatus are formed integrally,and certain other components are formed as separate pieces. Those ofordinary skill in the art will appreciate that components shown anddescribed herein as being formed integrally may in alternativeembodiments be formed as separate pieces. Those of ordinary skill in theart will further appreciate that components shown and described hereinas being formed as separate pieces may in alternative embodiments beformed integrally. Further, as used herein the term integral describes asingle unitary piece.

With reference to FIG. 1, the present embodiments include an audio/video(A/V) device 100, such as a doorbell. While the present disclosureprovides numerous examples of methods and systems including A/Vrecording and communication doorbells, the present embodiments areequally applicable for A/V recording and communication devices otherthan doorbells. For example, the present embodiments may include one ormore A/V recording and communication security cameras instead of, or inaddition to, one or more A/V recording and communication doorbells. Anexample A/V recording and communication security camera may includesubstantially all of the structure and functionality of the doorbellsdescribed herein, but without the front button and related components.

The A/V recording and communication device 100 is typically located nearthe entrance to a structure (not shown), such as a dwelling, a business,a storage facility, etc. The A/V recording and communication device 100includes a camera 102, a microphone 104, and a speaker 106. The camera102 may comprise, for example, a high definition (HD) video camera, suchas one capable of capturing video images at an image display resolutionof 1080p or better. While not shown, the A/V recording and communicationdevice 100 may also include other hardware and/or components, such as ahousing, one or more motion sensors (and/or other types of sensors), abutton, etc. The A/V recording and communication device 100 may furtherinclude similar componentry and/or functionality as the wirelesscommunication doorbells described in US Patent Application PublicationNos. 2015/0022620 (application Ser. No. 14/499,828) and 2015/0022618(application Ser. No. 14/334,922), both of which are incorporated hereinby reference in their entireties as if fully set forth.

With further reference to FIG. 1, the A/V recording and communicationdevice 100 communicates with a user's network 110, which may be forexample a wired and/or wireless network. If the user's network 110 iswireless, or includes a wireless component, the network 110 may be aWi-Fi network compatible with the IEEE 802.11 standard and/or otherwireless communication standard(s). The user's network 110 is connectedto another network 112, which may comprise, for example, the Internetand/or a public switched telephone network (PSTN). As described below,the A/V recording and communication device 100 may communicate with theuser's client device 114 via the user's network 110 and the network 112(Internet/PSTN). The user's client device 114 may comprise, for example,a mobile telephone (may also be referred to as a cellular telephone),such as a smartphone, a personal digital assistant (PDA), or anothercommunication device. The user's client device 114 comprises a display(not shown) and related components capable of displaying streamingand/or recorded video images. The user's client device 114 may alsocomprise a speaker and related components capable of broadcastingstreaming and/or recorded audio, and may also comprise a microphone. TheA/V recording and communication device 100 may also communicate with oneor more remote storage device(s) 116 (may be referred to interchangeablyas “cloud storage device(s)”), one or more servers 118, and/or a backendAPI (application programming interface) 120 via the user's network 110and the network 112 (Internet/PSTN). While FIG. 1 illustrates thestorage device 116, the server 118, and the backend API 120 ascomponents separate from the network 112, it is to be understood thatthe storage device 116, the server 118, and/or the backend API 120 maybe considered to be components of the network 112.

The network 112 may be any wireless network or any wired network, or acombination thereof, configured to operatively couple theabove-mentioned modules, devices, and systems as shown in FIG. 1. Forexample, the network 112 may include one or more of the following: aPSTN (public switched telephone network), the Internet, a localintranet, a PAN (Personal Area Network), a LAN (Local Area Network), aWAN (Wide Area Network), a MAN (Metropolitan Area Network), a virtualprivate network (VPN), a storage area network (SAN), a frame relayconnection, an Advanced Intelligent Network (AIN) connection, asynchronous optical network (SONET) connection, a digital T1, T3, E1 orE3 line, a Digital Data Service (DDS) connection, a DSL (DigitalSubscriber Line) connection, an Ethernet connection, an ISDN (IntegratedServices Digital Network) line, a dial-up port such as a V.90, V.34, orV.34bis analog modem connection, a cable modem, an ATM (AsynchronousTransfer Mode) connection, or an FDDI (Fiber Distributed Data Interface)or CDDI (Copper Distributed Data Interface) connection. Furthermore,communications may also include links to any of a variety of wirelessnetworks, including WAP (Wireless Application Protocol), GPRS (GeneralPacket Radio Service), GSM (Global System for Mobile Communication),LTE, VoLTE, LoRaWAN, LPWAN, RPMA, LTE Cat-“X” (e.g. LTE Cat 1, LTE Cat0, LTE CatM1, LTE Cat NB1), CDMA (Code Division Multiple Access), TDMA(Time Division Multiple Access), FDMA (Frequency Division MultipleAccess), and/or OFDMA (Orthogonal Frequency Division Multiple Access)cellular phone networks, GPS, CDPD (cellular digital packet data), RIM(Research in Motion, Limited) duplex paging network, Bluetooth radio, oran IEEE 802.11-based radio frequency network. The network can furtherinclude or interface with any one or more of the following: RS-232serial connection, IEEE-1394 (Firewire) connection, Fibre Channelconnection, IrDA (infrared) port, SCSI (Small Computer SystemsInterface) connection, USB (Universal Serial Bus) connection, or otherwired or wireless, digital or analog, interface or connection, mesh orDigi® networking.

According to one or more aspects of the present embodiments, when aperson (may be referred to interchangeably as “visitor”) arrives at theA/V recording and communication device 100, the A/V recording andcommunication device 100 detects the visitor's presence and beginscapturing video images within a field of view of the camera 102. The A/Vcommunication device 100 may also capture audio through the microphone104. The A/V recording and communication device 100 may detect thevisitor's presence using a motion sensor, and/or by detecting that thevisitor has depressed the button on the A/V recording and communicationdevice 100.

In response to the detection of the visitor, the A/V recording andcommunication device 100 sends an alert to the user's client device 114(FIG. 1) via the user's network 110 and the network 112. The A/Vrecording and communication device 100 also sends streaming video, andmay also send streaming audio, to the user's client device 114. If theuser answers the alert, two-way audio communication may then occurbetween the visitor and the user through the A/V recording andcommunication device 100 and the user's client device 114. The user mayview the visitor throughout the duration of the call, but the visitorcannot see the user (unless the A/V recording and communication device100 includes a display, which it may in some of the presentembodiments).

The video images captured by the camera 102 of the A/V recording andcommunication device 100 (and the audio captured by the microphone 104)may be uploaded to the cloud and recorded on the remote storage device116 (FIG. 1). In some of the present embodiments, the video and/or audiomay be recorded on the remote storage device 116 even if the userchooses to ignore the alert sent to his or her client device 114.

With further reference to FIG. 1, the system may further comprise abackend API 120 including one or more components. A backend API(application programming interface) may comprise, for example, a server(e.g. a real server, or a virtual machine, or a machine running in acloud infrastructure as a service), or multiple servers networkedtogether, exposing at least one API to client(s) accessing it. Theseservers may include components such as application servers (e.g.software servers), depending upon what other components are included,such as a caching layer, or database layers, or other components. Abackend API may, for example, comprise many such applications, each ofwhich communicate with one another using their public APIs. In some ofthe present embodiments, the API backend may hold the bulk of the userdata and offer the user management capabilities, leaving the clients tohave very limited state.

The backend API 120 illustrated FIG. 1 may include one or more APIs. AnAPI is a set of routines, protocols, and tools for building software andapplications. An API expresses a software component in terms of itsoperations, inputs, outputs, and underlying types, definingfunctionalities that are independent of their respectiveimplementations, which allows definitions and implementations to varywithout compromising the interface. Advantageously, an API may provide aprogrammer with access to an application's functionality without theprogrammer needing to modify the application itself, or even understandhow the application works. An API may be for a web-based system, anoperating system, or a database system, and it provides facilities todevelop applications for that system using a given programming language.In addition to accessing databases or computer hardware like hard diskdrives or video cards, an API can ease the work of programming GUIcomponents. For example, an API can facilitate integration of newfeatures into existing applications (a so-called “plug-in API”). An APIcan also assist otherwise distinct applications with sharing data, whichcan help to integrate and enhance the functionalities of theapplications.

The backend API 120 illustrated in FIG. 1 may further include one ormore services (also referred to as network services). A network serviceis an application that provides data storage, manipulation,presentation, communication, and/or other capability. Network servicesare often implemented using a client-server architecture based onapplication-layer network protocols. Each service may be provided by aserver component running on one or more computers (such as a dedicatedserver computer offering multiple services) and accessed via a networkby client components running on other devices. However, the client andserver components can both be run on the same machine. Clients andservers may have a user interface, and sometimes other hardwareassociated with them.

FIG. 2 is a flowchart illustrating a process for streaming and storingA/V content from the A/V recording and communication device 100according to various aspects of the present disclosure. At block B260,the A/V recording and communication device 100 detects the visitor'spresence and captures video images within a field of view of the camera102. The A/V recording and communication device 100 may also captureaudio through the microphone 104. As described above, the A/V recordingand communication device 100 may detect the visitor's presence bydetecting motion using the camera 102 and/or a motion sensor, and/or bydetecting that the visitor has pressed a front button of the A/Vrecording and communication device 100 (if the A/V recording andcommunication device 100 is a doorbell). Also as described above, thevideo recording/capture may begin when the visitor is detected, or maybegin earlier, as described below.

At block B262, a communication module of the A/V recording andcommunication device 100 sends a request, via the user's network 110 andthe network 112, to a device in the network 112. For example, thenetwork device to which the request is sent may be a server such as theserver 118. The server 118 may comprise a computer program and/or amachine that waits for requests from other machines or software(clients) and responds to them. A server typically processes data. Onepurpose of a server is to share data and/or hardware and/or softwareresources among clients. This architecture is called the client-servermodel. The clients may run on the same computer or may connect to theserver over a network. Examples of computing servers include databaseservers, file servers, mail servers, print servers, web servers, gameservers, and application servers. The term server may be construedbroadly to include any computerized process that shares a resource toone or more client processes. In another example, the network device towhich the request is sent may be an API such as the backend API 120,which is described above.

In response to the request, at block B264 the network device may connectthe A/V recording and communication device 100 to the user's clientdevice 114 through the user's network 110 and the network 112. At blockB266, the A/V recording and communication device 100 may recordavailable audio and/or video data using the camera 102, the microphone104, and/or any other device/sensor available. At block B268, the audioand/or video data is transmitted (streamed) from the A/V recording andcommunication device 100 to the user's client device 114 via the user'snetwork 110 and the network 112. At block B270, the user may receive anotification on his or her client device 114 with a prompt to eitheraccept or deny the call.

At block B272, the process determines whether the user has accepted ordenied the call. If the user denies the notification, then the processadvances to block B274, where the audio and/or video data is recordedand stored at a cloud server. The session then ends at block B276 andthe connection between the A/V recording and communication device 100and the user's client device 114 is terminated. If, however, the useraccepts the notification, then at block B278 the user communicates withthe visitor through the user's client device 114 while audio and/orvideo data captured by the camera 102, the microphone 104, and/or otherdevices/sensors is streamed to the user's client device 114. At the endof the call, the user may terminate the connection between the user'sclient device 114 and the A/V recording and communication device 100 andthe session ends at block B276. In some of the present embodiments, theaudio and/or video data may be recorded and stored at a cloud server(block B274) even if the user accepts the notification and communicateswith the visitor through the user's client device 114.

FIGS. 3-13 illustrate one embodiment of a low-power-consumption A/Vrecording and communication device 130 according to various aspects ofthe present disclosure. FIG. 3 is a functional block diagramillustrating various components of the A/V recording and communicationdevice 130 and their relationships to one another. For example, the A/Vrecording and communication device 130 includes a pair of terminals 131,132 configured to be connected to a source of external AC(alternating-current) power, such as a household AC power supply 134(may also be referred to as AC mains). The AC power 134 may have avoltage in the range of 16-24 V AC, for example. The incoming AC power134 may be converted to DC (direct-current) by an AC/DC rectifier 136.An output of the AC/DC rectifier 136 may be connected to an input of aDC/DC converter 138, which may step down the voltage from the output ofthe AC/DC rectifier 136 from 16-24 VDC to a lower voltage of about 5VDC, for example. In various embodiments, the output of the DC/DCconverter 138 may be in a range of from about 2.5 V to about 7.5 V, forexample.

With further reference to FIG. 3, the output of the DC/DC converter 138is connected to a power manager 140, which may comprise an integratedcircuit including a processor core, memory, and/or programmableinput/output peripherals. In one non-limiting example, the power manager140 may be an off-the-shelf component, such as the BQ24773 chipmanufactured by Texas Instruments. As described in detail below, thepower manager 140 controls, among other things, an amount of power drawnfrom the external power supply 134, as well as an amount of supplementalpower drawn from a battery 142, to power the A/V recording andcommunication device 130. The power manager 140 may, for example, limitthe amount of power drawn from the external power supply 134 so that athreshold power draw is not exceeded. In one non-limiting example, thethreshold power, as measured at the output of the DC/DC converter 138,may be equal to 1.4 A. The power manager 140 may also control an amountof power drawn from the external power supply 134 and directed to thebattery 142 for recharging of the battery 142. An output of the powermanager 140 is connected to a power sequencer 144, which controls asequence of power delivery to other components of the A/V recording andcommunication device 130, including a communication module 146, a frontbutton 148, a microphone 150, a speaker driver 151, a speaker 152, anaudio CODEC (COder-DECoder) 153, a camera 154, an infrared (IR) lightsource 156, an IR cut filter 158, a processor 160 (may also be referredto as a controller 160), a plurality of light indicators 162, and acontroller 164 for the light indicators 162. Each of these components isdescribed in detail below. The power sequencer 144 may comprise anintegrated circuit including a processor core, memory, and/orprogrammable input/output peripherals. In one non-limiting example, thepower sequencer 144 may be an off-the-shelf component, such as theRT5024 chip manufactured by Richtek.

With further reference to FIG. 3, the A/V recording and communicationdevice 130 further comprises an electronic switch 166 that closes whenthe front button 148 is depressed. When the electronic switch 166closes, power from the AC power source 134 is diverted through asignaling device 168 that is external to the A/V recording andcommunication device 130 to cause the signaling device 168 to emit asound, as further described below. In one non-limiting example, theelectronic switch 166 may be a triac (triode AC switch) device. The A/Vrecording and communication device 130 further comprises a reset button170 configured to initiate a hard reset of the processor 160, as furtherdescribed below.

With further reference to FIG. 3, the processor 160 may perform dataprocessing and various other functions, as described below. Theprocessor 160 may comprise an integrated circuit including a processorcore, memory 172, non-volatile memory 174, and/or programmableinput/output peripherals (not shown). The memory 172 may comprise, forexample, DDR3 (double data rate type three synchronous dynamicrandom-access memory). The non-volatile memory 174 may comprise, forexample, NAND flash memory. In the embodiment illustrated in FIG. 3, thememory 172 and the non-volatile memory 174 are illustrated within thebox representing the processor 160. It is to be understood that theembodiment illustrated in FIG. 3 is merely an example, and in some ofthe present embodiments the memory 172 and/or the non-volatile memory174 are not necessarily physically incorporated with the processor 160.The memory 172 and/or the non-volatile memory 174, regardless of theirphysical location, may be shared by one or more other components (inaddition to the processor 160) of the present A/V recording andcommunication device 130.

The transfer of digital audio between the user and a visitor may becompressed and decompressed using the audio CODEC 153, which isoperatively coupled to the processor 160. When the visitor speaks, audiofrom the visitor is compressed by the audio CODEC 153, digital audiodata is sent through the communication module 146 to the network 112 viathe user's network 110, routed by the server 118 and delivered to theuser's client device 114. When the user speaks, after being transferredthrough the network 112, the user's network 110, and the communicationmodule 146, the digital audio data is decompressed by the audio CODEC153 and emitted to the visitor through the speaker 152, which is drivenby the speaker driver 151.

With further reference to FIG. 3, some of the present embodiments mayinclude a shunt 176 connected in parallel with the signaling device 168.The shunt 176 facilitates the ability of the A/V recording andcommunication device 130 to draw power from the AC power source 134without inadvertently triggering the signaling device 168. The shunt176, during normal standby operation, presents a relatively lowelectrical impedance, such as a few ohms, across the terminals of thesignaling device 168. Most of the current drawn by the A/V recording andcommunication device 130, therefore, flows through the shunt 176, andnot through the signaling device 168. The shunt 176, however, containselectronic circuitry (described below) that switches the shunt 176between a state of low impedance, such as a few ohms, for example, and astate of high impedance, such as >1K ohms, for example. When the frontbutton 148 of the A/V recording and communication device 130 is pressed,the electronic switch 166 closes, causing the voltage from the AC powersource 134 to be impressed mostly across the shunt 176 and the signalingdevice 168 in parallel, while a small amount of voltage, such as about1V, is impressed across the electronic switch 166. The circuitry in theshunt 176 senses this voltage, and switches the shunt 176 to the highimpedance state, so that power from the AC power source 134 is divertedthrough the signaling device 168. The diverted AC power 134 is above thethreshold necessary to cause the signaling device 168 to emit a sound.Pressing the front button 148 of the device 130 therefore causes thesignaling device 168 to “ring,” alerting any person(s) within thestructure to which the device 130 is mounted that there is a visitor atthe front door (or at another location corresponding to the location ofthe device 130). In one non-limiting example, the electronic switch 166may be a triac device.

With reference to FIGS. 4-6, the A/V recording and communication device130 further comprises a housing 178 having an enclosure 180 (FIG. 6), aback plate 182 secured to the rear of the enclosure 180, and a shell 184overlying the enclosure 180. With reference to FIG. 6, the shell 184includes a recess 186 that is sized and shaped to receive the enclosure180 in a close fitting engagement, such that outer surfaces of theenclosure 180 abut conforming inner surfaces of the shell 184. Exteriordimensions of the enclosure 180 may be closely matched with interiordimensions of the shell 184 such that friction maintains the shell 184about the enclosure 180. Alternatively, or in addition, the enclosure180 and/or the shell 184 may include mating features 188, such as one ormore tabs, grooves, slots, posts, etc. to assist in maintaining theshell 184 about the enclosure 180. The back plate 182 is sized andshaped such that the edges of the back plate 182 extend outward from theedges of the enclosure 180, thereby creating a lip 190 against which theshell 184 abuts when the shell 184 is mated with the enclosure 180, asshown in FIGS. 4 and 5. In some of the present embodiments, multipleshells 184 in different colors may be provided so that the end user maycustomize the appearance of his or her A/V recording and communicationdevice 130. For example, the A/V recording and communication device 130may be packaged and sold with multiple shells 184 in different colors inthe same package.

With reference to FIG. 4, a front surface of the A/V recording andcommunication device 130 includes the button 148 (may also be referredto as front button 148, FIG. 3), which is operatively connected to theprocessor 160. In a process similar to that described above withreference to FIG. 2, when a visitor presses the front button 148, analert may be sent to the user's client device to notify the user thatsomeone is at his or her front door (or at another locationcorresponding to the location of the A/V recording and communicationdevice 130). With further reference to FIG. 4, the A/V recording andcommunication device 130 further includes the camera 154, which isoperatively connected to the processor 160, and which is located behinda shield 192. As described in detail below, the camera 154 is configuredto capture video images from within its field of view. Those videoimages can be streamed to the user's client device and/or uploaded to aremote network device for later viewing according to a process similarto that described above with reference to FIG. 2.

With reference to FIG. 5, a pair of terminal screws 194 extends throughthe back plate 182. The terminal screws 194 are connected at their innerends to the terminals 131, 132 (FIG. 3) within the A/V recording andcommunication device 130. The terminal screws 194 are configured toreceive electrical wires to connect to the A/V recording andcommunication device 130, through the terminals 131, 132, to thehousehold AC power supply 134 of the structure on which the A/Vrecording and communication device 130 is mounted. In the illustratedembodiment, the terminal screws 194 are located within a recessedportion 196 of the rear surface 198 of the back plate 182 so that theterminal screws 194 do not protrude from the outer envelope of the A/Vrecording and communication device 130. The A/V recording andcommunication device 130 can thus be mounted to a mounting surface withthe rear surface 198 of the back plate 182 abutting the mountingsurface. The back plate 182 includes apertures 200 adjacent its upperand lower edges to accommodate mounting hardware, such as screws (notshown), for securing the back plate 182 (and thus the A/V recording andcommunication device 130) to the mounting surface. With reference toFIG. 6, the enclosure 180 includes corresponding apertures 202 adjacentits upper and lower edges that align with the apertures 200 in the backplate 182 to accommodate the mounting hardware. In certain embodiments,the A/V recording and communication device 130 may include a mountingplate or bracket (not shown) to facilitate securing the A/V recordingand communication device 130 to the mounting surface.

With further reference to FIG. 6, the shell 184 includes a centralopening 204 in a front surface. The central opening 204 is sized andshaped to accommodate the shield 192. In the illustrated embodiment, theshield 192 is substantially rectangular, and includes a central opening206 through which the front button 148 protrudes. The shield 192 definesa plane parallel to and in front of a front surface 208 of the enclosure180. When the shell 184 is mated with the enclosure 180, as shown inFIGS. 4 and 10, the shield 192 resides within the central opening 204 ofthe shell 184 such that a front surface 210 of the shield 192 issubstantially flush with a front surface 212 of the shell 184 and thereis little or no gap (FIG. 4) between the outer edges of the shield 192and the inner edges of the central opening 204 in the shell 184.

With further reference to FIG. 6, the shield 192 includes an upperportion 214 (located above and to the sides of the front button 148) anda lower portion 216 (located below and to the sides of the front button148). The upper and lower portions 214, 216 of the shield 192 may beseparate pieces, and may comprise different materials. The upper portion214 of the shield 192 may be transparent or translucent so that it doesnot interfere with the field of view of the camera 154. For example, incertain embodiments the upper portion 214 of the shield 192 may compriseglass or plastic. As described in detail below, the microphone 150,which is operatively connected to the processor 160, is located behindthe upper portion 214 of the shield 192. The upper portion 214,therefore, may include an opening 218 that facilitates the passage ofsound through the shield 192 so that the microphone 150 is better ableto pick up sounds from the area around the A/V recording andcommunication device 130.

The lower portion 216 of the shield 192 may comprise a material that issubstantially transparent to infrared (IR) light, but partially ormostly opaque with respect to light in the visible spectrum. Forexample, in certain embodiments the lower portion 216 of the shield 192may comprise a plastic, such as polycarbonate. The lower portion 216 ofthe shield 192, therefore, does not interfere with transmission of IRlight from the IR light source 156, which is located behind the lowerportion 216. As described in detail below, the IR light source 156 andthe IR cut filter 158, which are both operatively connected to theprocessor 160, facilitate “night vision” functionality of the camera154.

The upper portion 214 and/or the lower portion 216 of the shield 192 mayabut an underlying cover 220 (FIG. 10), which may be integral with theenclosure 180 or may be a separate piece. The cover 220, which may beopaque, may include a first opening 222 corresponding to the location ofthe camera 154, a second opening (not shown) corresponding to thelocation of the microphone 150 and the opening 218 in the upper portion214 of the shield 192, and a third opening (not shown) corresponding tothe location of the IR light source 156.

FIGS. 7-10 illustrate various internal components of the A/V recordingand communication device 130. FIGS. 7-9 are front perspective views ofthe device 130 with the shell 184 and the enclosure 180 removed, whileFIG. 10 is a right-side cross-sectional view of the device 130 takenthrough the line 10-10 in FIG. 4. With reference to FIGS. 7 and 8, theA/V recording and communication device 130 further comprises a mainprinted circuit board (PCB) 224 and a front PCB 226. With reference toFIG. 8, the front PCB 226 comprises a button actuator 228. Withreference to FIGS. 7, 8, and 10, the front button 148 is located infront of the button actuator 228. The front button 148 includes a stem230 (FIG. 10) that extends into the housing 178 to contact the buttonactuator 228. When the front button 148 is pressed, the stem 230depresses the button actuator 228, thereby closing the electronic switch166 (FIG. 8), as described below.

With reference to FIG. 8, the front PCB 226 further comprises the lightindicators 162, which may illuminate when the front button 148 of thedevice 130 is pressed. In the illustrated embodiment, the lightindicators 162 comprise light-emitting diodes (LEDs 162) that aresurface mounted to the front surface of the front PCB 226 and arearranged in a circle around the button actuator 228. The presentembodiments are not limited to the light indicators 162 being LEDs, andin alternative embodiments the light indicators 162 may comprise anyother type of light-emitting device. The present embodiments are alsonot limited by the number of light indicators 162 shown in FIG. 8, norby the pattern in which they are arranged.

With reference to FIG. 7, the device 130 further comprises a light pipe232. The light pipe 232 is a transparent or translucent ring thatencircles the front button 148. With reference to FIG. 4, the light pipe232 resides in an annular space between the front button 148 and thecentral opening 206 in the shield 192, with a front surface 234 of thelight pipe 232 being substantially flush with the front surface 210 ofthe shield 192. With reference to FIGS. 7 and 10, a rear portion oflight pipe 232 includes a plurality of posts 236 whose positionscorrespond to the positions of the LEDs 162. When the LEDs 162 areilluminated, light is transmitted through the posts 236 and the body ofthe light pipe 232 so that the light is visible at the front surface 234of the light pipe 232. The LEDs 162 and the light pipe 232 thus providea ring of illumination around the front button 148. The light pipe 232may comprise a plastic, for example, or any other suitable materialcapable of transmitting light.

The LEDs 162 and the light pipe 232 may function as visual indicatorsfor a visitor and/or a user. For example, the LEDs 162 may illuminateupon activation or stay illuminated continuously. In one aspect, theLEDs 162 may change color to indicate that the front button 148 has beenpressed. The LEDs 162 may also indicate that the battery 142 needsrecharging, or that the battery 142 is currently being charged, or thatcharging of the battery 142 has been completed. The LEDs 162 mayindicate that a connection to the user's wireless (and/or wired) networkis good, limited, poor, or not connected. The LEDs 162 may be used toguide the user through setup or installation steps using visual cues,potentially coupled with audio cues emitted from the speaker 152.

With further reference to FIG. 7, the A/V recording and communicationdevice 130 further comprises a rechargeable battery 142. As described infurther detail below, the A/V recording and communication device 130 isconnected to an external power source 134 (FIG. 3), such as AC mains.The A/V recording and communication device 130 is primarily powered bythe external power source 134, but may also draw power from therechargeable battery 142 so as not to exceed a threshold amount of powerfrom the external power source 134, to thereby avoid inadvertentlysounding the signaling device 168. With reference to FIG. 3, the battery142 is operatively connected to the power manager 140. As describedbelow, the power manager 140 controls an amount of power drawn from thebattery 142 to supplement the power drawn from the external AC powersource 134 to power the A/V recording and communication device 130 whensupplemental power is needed. The power manager 140 also controlsrecharging of the battery 142 using power drawn from the external powersource 134. The battery 142 may comprise, for example, a lithium-ionbattery, or any other type of rechargeable battery.

With further reference to FIG. 7, the A/V recording and communicationdevice 130 further comprises the camera 154. The camera 154 is coupledto a front surface of the front PCB 226, and includes a lens 238 and animaging processor 240 (FIG. 9). The camera lens 238 may be a lenscapable of focusing light into the camera 154 so that clear images maybe captured. The camera 154 may comprise, for example, a high definition(HD) video camera, such as one capable of capturing video images at animage display resolution of 720p or better. In certain of the presentembodiments, the camera 154 may be used to detect motion within itsfield of view, as described below.

With further reference to FIG. 7, the A/V recording and communicationdevice 130 further comprises an infrared (IR) light source 242. In theillustrated embodiment, the IR light source 242 comprises an IRlight-emitting diode (LED) 242 coupled to an IR LED printed circuitboard (PCB) 244. In alternative embodiments, the IR LED 242 may notcomprise a separate PCB 244, and may, for example, be coupled to thefront PCB 226.

With reference to FIGS. 7 and 10, the IR LED PCB 244 is located belowthe front button 148 (FIG. 7) and behind the lower portion 216 of theshield 192 (FIG. 10). As described above, the lower portion 216 of theshield 192 is transparent to IR light, but may be opaque with respect tolight in the visible spectrum. In alternative embodiments of the IR LEDPCB 244, the IR LED PCB 244 may include more than one IR LED 242. Forexample, the IR LED PCB 244 may include three IR LEDs 242, or any othernumber of IR LEDs 242. In embodiments including more than one IR LED242, the size of the third opening in the cover may be increased toaccommodate the larger size of the IR LED PCB 244.

The IR LED 242 may be triggered to activate when a low level of ambientlight is detected. When activated, IR light emitted from the IR LED 242illuminates the camera 154's field of view. The camera 154, which may beconfigured to detect IR light, may then capture the IR light emitted bythe IR LED 242 as it reflects off objects within the camera 154's fieldof view, so that the A/V recording and communication device 130 canclearly capture images at night (may be referred to as “night vision”).

With reference to FIG. 9, the A/V recording and communication device 130further comprises an IR cut filter 158. The IR cut filter 158 is amechanical shutter that can be selectively positioned between the lens238 and the image sensor of the camera 154. During daylight hours, orwhenever there is a sufficient amount of ambient light, the IR cutfilter 158 is positioned between the lens 238 and the image sensor tofilter out IR light so that it does not distort the colors of images asthe human eye sees them. During nighttime hours, or whenever there islittle to no ambient light, the IR cut filter 158 is withdrawn from thespace between the lens 238 and the image sensor, so that the camera 154is sensitive to IR light (“night vision”). In some of the presentembodiments, the camera 154 acts as a light detector for use incontrolling the current state of the IR cut filter 158 and turning theIR LED 242 on and off. Using the camera 154 as a light detector isfacilitated in some of the present embodiments by the fact that the A/Vrecording and communication device 130 is powered by a connection to ACmains, and the camera 154, therefore, is always powered on. In otherembodiments, however, the A/V recording and communication device 130 mayinclude a light sensor separate from the camera 154 for use incontrolling the IR cut filter 158 and the IR LED 242.

With reference back to FIG. 6, the A/V recording and communicationdevice 130 further comprises a reset button 170. The reset button 170contacts a reset button actuator 246 (FIG. 8) coupled to the front PCB226. When the reset button 170 is pressed, it may contact the resetbutton actuator 246, which may trigger the erasing of any data stored atthe non-volatile memory 174 and/or at the memory 172 (FIG. 3), and/ormay trigger a reboot of the processor 160. In some of the presentembodiments, the reset button 170 may also be used in a process toactivate the A/V recording and communication device 130, as describedbelow.

FIGS. 11-13 further illustrate internal components of the A/V recordingand communication device 130. FIGS. 11-13 are rear perspective views ofthe device 130 with the back plate 182 and additional componentsremoved. For example, in FIG. 11 the back plate 182 is removed, while inFIG. 12 the back plate 182 and the main PCB 224 are removed, and in FIG.13 the back plate 182, the main PCB 224, and the front PCB 226 areremoved. With reference to FIG. 11, several components are coupled tothe rear surface of the main PCB 224, including the communication module146, the processor 160, memory 172, and non-volatile memory 174. Thefunctions of each of these components are described below. Withreference to FIG. 12, several components are coupled to the rear surfaceof the front PCB 226, including the power manager 140, the powersequencer 144, the AC/DC rectifier 136, the DC/DC converter 138, and thecontroller 164 for the light indicators 162. The functions of each ofthese components are also described below. With reference to FIG. 13,several components are visible within the enclosure 180, including themicrophone 150, a speaker chamber 248 (in which the speaker 152 islocated), and an antenna 250 for the communication module 146. Thefunctions of each of these components are also described below.

With reference to FIG. 7, the antenna 250 is coupled to the frontsurface of the main PCB 224 and operatively connected to thecommunication module 146, which is coupled to the rear surface of themain PCB 224 (FIG. 11). The microphone 150, which may also be coupled tothe front surface of the main PCB 224, is located near the opening 218(FIG. 4) in the upper portion 214 of the shield 192 so that soundsemanating from the area around the A/V recording and communicationdevice 130 can pass through the opening 218 and be detected by themicrophone 150. With reference to FIG. 13, the speaker chamber 248 islocated near the bottom of the enclosure 180. The speaker chamber 248comprises a hollow enclosure in which the speaker 152 is located. Thehollow speaker chamber 248 amplifies the sounds made by the speaker 152so that they can be better heard by a visitor in the area near the A/Vrecording and communication device 130. With reference to FIGS. 5 and13, the lower surface 252 of the shell 184 and the lower surface (notshown) of the enclosure 180 may include an acoustical opening 254through which the sounds made by the speaker 152 can pass so that theycan be better heard by a visitor in the area near the A/V recording andcommunication device 130. In the illustrated embodiment, the acousticalopening 254 is shaped generally as a rectangle having a length extendingsubstantially across the lower surface 252 of the shell 184 (and alsothe enclosure 180). The illustrated shape is, however, just one example.With reference to FIG. 5, the lower surface 252 of the shell 184 mayfurther include an opening 256 for receiving a security screw (notshown). The security screw may extend through the opening 256 and into asimilarly located opening in the enclosure 180 to secure the shell 184to the enclosure 180. If the device 130 is mounted to a mounting bracket(not shown), the security screw may also maintain the device 130 on themounting bracket.

With reference to FIG. 13, the A/V recording and communication device130 may further include a battery heater 258. The present A/V recordingand communication device 130 is configured for outdoor use, including incold climates. Cold temperatures, however, can cause negativeperformance issues for rechargeable batteries, such as reduced energycapacity, increased internal resistance, reduced ability to chargewithout damage, and reduced ability to supply load current. The batteryheater 258 helps to keep the rechargeable battery 142 warm in order toreduce or eliminate the foregoing negative performance issues. In theillustrated embodiment, the battery heater 258 comprises a substantiallyflat, thin sheet abutting a side surface of the rechargeable battery142. The battery heater 258 may comprise, for example, an electricallyresistive heating element that produces heat when electrical current ispassed through it. The battery heater 258 may thus be operativelycoupled to the power manager 140 and/or the power sequencer 144 (FIG.12). In some of the present embodiments, the rechargeable battery 142may include a thermally sensitive resistor (“thermistor,” not shown)operatively connected to the processor 160 so that the battery 142'stemperature can be monitored and the amount of power supplied to thebattery heater 258 can be adaptively controlled to keep the rechargeablebattery 142 within a desired temperature range.

As described above, the present embodiments advantageously limit thepower consumption of the A/V recording and communication doorbell to anamount that is below the threshold necessary for causing the signalingdevice to sound (except when the front button of the doorbell ispressed). The present A/V recording and communication doorbell can thusbe connected to the existing household AC power supply and the existingsignaling device without causing inadvertent sounding of the signalingdevice.

Several advantages flow from the ability of the present embodiments tobe connected to the existing household AC power supply. For example, thecamera of the present A/V recording and communication doorbell can bepowered on continuously. In a typical battery-powered A/V recording andcommunication doorbell, the camera is powered on only part of the timeso that the battery does not drain too rapidly. The present embodiments,by contrast, do not rely on a battery as a primary (or sole) powersupply, and are thus able to keep the camera powered on continuously.Because the camera is able to be powered on continuously, it can alwaysbe recording, and recorded footage can be continuously stored in arolling buffer or sliding window. In some of the present embodiments,about 10-15 seconds of recorded footage can be continuously stored inthe rolling buffer or sliding window. Also because the camera is able tobe powered on continuously, it can be used for motion detection, thuseliminating any need for a separate motion detection device, such as apassive infrared sensor (PIR). Eliminating the PIR simplifies the designof the A/V recording and communication doorbell and enables the doorbellto be made more compact, although in some alternative embodiments thedoorbell may include one or more PIRs and/or other motion detectors,heat source detectors, etc. Also because the camera is able to bepowered on continuously, it can be used as a light detector for use incontrolling the current state of the IR cut filter and turning the IRLED on and off. Using the camera as a light detector eliminates any needfor a separate light detector, thereby further simplifying the design ofthe A/V recording and communication doorbell and enabling the doorbellto be made even more compact, although in some alternative embodimentsthe doorbell may include a separate light detector.

FIGS. 14-18 illustrate another embodiment of a wireless audio/video(A/V) communication doorbell 330 according to an aspect of presentembodiments. FIG. 14 is a front view, FIG. 15 is a rear view, FIG. 16 isa right-side cross-sectional view, and FIG. 17 is an exploded view ofthe doorbell 330 and a mounting bracket 337. As described below, thedoorbell 330 is configured to be connected to an external power source,such as household wiring, but is also configured to be powered by anon-board rechargeable battery instead of, or in addition to, theexternal power source.

The doorbell 330 includes a faceplate 335 mounted to a back plate 339(FIG. 15). With reference to FIG. 16, the faceplate 335 has asubstantially flat profile. The faceplate 335 may comprise any suitablematerial, including, without limitation, metals, such as brushedaluminum or stainless steel, metal alloys, or plastics. The faceplate335 protects the internal contents of the doorbell 330 and serves as anexterior front surface of the doorbell 330.

With reference to FIG. 14, the faceplate 335 includes a button 333 and alight pipe 336. The button 333 and the light pipe 336 may have variousprofiles that may or may not match the profile of the faceplate 335. Thelight pipe 336 may comprise any suitable material, including, withoutlimitation, transparent plastic, that is capable of allowing lightproduced within the doorbell 330 to pass through. The light may beproduced by one or more light-emitting components, such aslight-emitting diodes (LED's), contained within the doorbell 330, asfurther described below. The button 333 may make contact with a buttonactuator (not shown) located within the doorbell 330 when the button 333is pressed by a visitor. When pressed, the button 333 may trigger one ormore functions of the doorbell 330, as further described below.

With reference to FIGS. 3 and 4, the doorbell 330 further includes anenclosure 331 that engages the faceplate 335. In the illustratedembodiment, the enclosure 331 abuts an upper edge 335T (FIG. 14) of thefaceplate 335, but in alternative embodiments one or more gaps betweenthe enclosure 331 and the faceplate 335 may facilitate the passage ofsound and/or light through the doorbell 330. The enclosure 331 maycomprise any suitable material, but in some of the present embodimentsthe material of the enclosure 331 preferably permits infrared light topass through from inside the doorbell 330 to the environment and viceversa. The doorbell 330 further includes a lens 332. In some of thepresent embodiments, the lens may comprise a Fresnel lens, which may bepatterned to deflect incoming light into one or more infrared sensorslocated within the doorbell 330. The doorbell 330 further includes acamera 334, which captures video data when activated, as describedbelow.

FIG. 15 is a rear view of the doorbell 330, according to an aspect ofthe present embodiments. As illustrated, the enclosure 331 may extendfrom the front of the doorbell 330 around to the back thereof and mayfit snugly around a lip of the back plate 339. The back plate 339 maycomprise any suitable material, including, without limitation, metals,such as brushed aluminum or stainless steel, metal alloys, or plastics.The back plate 339 protects the internal contents of the doorbell 330and serves as an exterior rear surface of the doorbell 330. Thefaceplate 335 may extend from the front of the doorbell 330 and at leastpartially wrap around the back plate 339, thereby allowing a coupledconnection between the faceplate 335 and the back plate 339. The backplate 339 may have indentations in its structure to facilitate thecoupling.

With further reference to FIG. 15, spring contacts 340 may provide powerto the doorbell 330 when mated with other conductive contacts connectedto a power source. The spring contacts 340 may comprise any suitableconductive material, including, without limitation, copper, and may becapable of deflecting when contacted by an inward force, for example theinsertion of a mating element. The doorbell 330 further comprises aconnector 360, such as a micro-USB or other connector, whereby powerand/or data may be supplied to and from the components within thedoorbell 330. A reset button 359 may be located on the back plate 339,and may make contact with a button actuator (not shown) located withinthe doorbell 330 when the reset button 359 is pressed. When the resetbutton 359 is pressed, it may trigger one or more functions, asdescribed below.

FIG. 16 is a right side cross-sectional view of the doorbell 330 withoutthe mounting bracket 337. In the illustrated embodiment, the lens 332 issubstantially coplanar with the front surface 331F of the enclosure 331.In alternative embodiments, the lens 332 may be recessed within theenclosure 331 or may protrude outward from the enclosure 331. The camera334 is coupled to a camera printed circuit board (PCB) 347, and a lens334 a of the camera 334 protrudes through an opening in the enclosure331. The camera lens 334 a may be a lens capable of focusing light intothe camera 334 so that clear images may be taken.

The camera PCB 347 may be secured within the doorbell with any suitablefasteners, such as screws, or interference connections, adhesives, etc.The camera PCB 347 comprises various components that enable thefunctionality of the camera 334 of the doorbell 330, as described below.Infrared light-emitting components, such as infrared LED's 368, arecoupled to the camera PCB 347 and may be triggered to activate when alight sensor detects a low level of ambient light. When activated, theinfrared LED's 368 may emit infrared light through the enclosure 331and/or the camera 334 out into the ambient environment. The camera 334,which may be configured to detect infrared light, may then capture thelight emitted by the infrared LED's 368 as it reflects off objectswithin the camera's 334 field of view, so that the doorbell 330 canclearly capture images at night (may be referred to as “night vision”).

With continued reference to FIG. 16, the doorbell 330 further comprisesa front PCB 346, which in the illustrated embodiment resides in a lowerportion of the doorbell 330 adjacent a battery 366. The front PCB 346may be secured within the doorbell 330 with any suitable fasteners, suchas screws, or interference connections, adhesives, etc. The front PCB346 comprises various components that enable the functionality of theaudio and light components, as further described below. The battery 366may provide power to the doorbell 330 components while receiving powerfrom the spring contacts 340, thereby engaging in a trickle-chargemethod of power consumption and supply. Alternatively, the doorbell 330may draw power directly from the spring contacts 340 while relying onthe battery 366 only when the spring contacts 340 are not providing thepower necessary for all functions. Still further, the battery 366 maycomprise the sole source of power for the doorbell 330. In suchembodiments, the spring contacts 340 may not be connected to a source ofpower. When the battery 366 is depleted of its charge, it may berecharged, such as by connecting a power source to the connector 360.

With continued reference to FIG. 16, the doorbell 330 further comprisesa power PCB 348, which in the illustrated embodiment resides behind thecamera PCB 347. The power PCB 348 may be secured within the doorbell 330with any suitable fasteners, such as screws, or interferenceconnections, adhesives, etc. The power PCB 348 comprises variouscomponents that enable the functionality of the power and device-controlcomponents, as further described below.

With continued reference to FIG. 16, the doorbell 330 further comprisesa communication module 364 coupled to the power PCB 348. Thecommunication module 364 facilitates communication with client devicesin one or more remote locations, as further described below. Theconnector 360 may protrude outward from the power PCB 348 and extendthrough a hole in the back plate 339. The doorbell 330 further comprisespassive infrared (PIR) sensors 344, which are secured on or within a PIRsensor holder 343, and the assembly resides behind the lens 332. In someof the present embodiments, the doorbell 330 may comprise three PIRsensors 344, as further described below, but in other embodiments anynumber of PIR sensors 344 may be provided. In some of the presentembodiments, one or more of the PIR sensors 344 may comprise apyroelectric infrared sensor. The PIR sensor holder 343 may be securedto the doorbell 330 with any suitable fasteners, such as screws, orinterference connections, adhesives, etc. The PIR sensors 344 may be anytype of sensor capable of detecting and communicating the presence of aheat source within their field of view. Further, alternative embodimentsmay comprise one or more motion sensors either in place of or inaddition to the PIR sensors 344. The motion sensors may be configured todetect motion using any methodology, such as a methodology that does notrely on detecting the presence of a heat source within a field of view.

FIG. 17 is an exploded view of the doorbell 330 and the mounting bracket337 according to an aspect of the present embodiments. The mountingbracket 337 is configured to be mounted to a mounting surface (notshown) of a structure, such as a home or an office. FIG. 17 shows thefront side 337F of the mounting bracket 337. The mounting bracket 337 isconfigured to be mounted to the mounting surface such that the back side337B thereof faces the mounting surface. In certain embodiments, themounting bracket 337 may be mounted to surfaces of various composition,including, without limitation, wood, concrete, stucco, brick, vinylsiding, aluminum siding, etc., with any suitable fasteners, such asscrews, or interference connections, adhesives, etc. The doorbell 330may be coupled to the mounting bracket 337 with any suitable fasteners,such as screws, or interference connections, adhesives, etc.

With continued reference to FIG. 17, the illustrated embodiment of themounting bracket 337 includes the terminal screws 338. The terminalscrews 338 are configured to receive electrical wires adjacent themounting surface of the structure upon which the mounting bracket 337 ismounted, so that the doorbell 330 may receive electrical power from thestructure's electrical system. The terminal screws 338 are electricallyconnected to electrical contacts 377 of the mounting bracket. If poweris supplied to the terminal screws 338, then the electrical contacts 377also receive power through the terminal screws 338. The electricalcontacts 377 may comprise any suitable conductive material, including,without limitation, copper, and may protrude slightly from the face ofthe mounting bracket 337 so that they may mate with the spring contacts340 located on the back plate 339.

With continued reference to FIG. 17, the mounting bracket 337 furthercomprises a bracket PCB 349. The bracket PCB 349 is situated outside thedoorbell 330, and is therefore configured for various sensors thatmeasure ambient conditions, such as an accelerometer 350, a barometer351, a humidity sensor 352, and a temperature sensor 353 (FIG. 18). Thefunctions of these components are discussed in more detail below. Thebracket PCB 349 may be secured to the mounting bracket 337 with anysuitable fasteners, such as screws, or interference connections,adhesives, etc.

With continued reference to FIG. 17, the faceplate 335 may extend fromthe bottom of the doorbell 330 up to just below the camera 334, andconnect to the back plate 339 as described above. The lens 332 mayextend and curl partially around the side of the doorbell 330. Theenclosure 331 may extend and curl around the side and top of thedoorbell 330, and may be coupled to the back plate 339 as describedabove. The camera 334 may protrude slightly through the enclosure 331,thereby giving it a wider field of view. The mounting bracket 337 maycouple with the back plate 339 such that they contact each other atvarious points in a common plane of contact, thereby creating anassembly including the doorbell 330 and the mounting bracket 337. Thecouplings described in this paragraph, and elsewhere, may be secured by,for example and without limitation, screws, interference fittings,adhesives, or other fasteners. Interference fittings may refer to a typeof connection where a material relies on pressure and/or gravity coupledwith the material's physical strength to support a connection to adifferent element.

FIG. 18 is a top view and FIG. 19 is a front view of a passive infraredsensor assembly 179 including the lens 132, the passive infrared sensorholder 143, the passive infrared sensors 144, and a flexible powercircuit 145. The passive infrared sensor holder 143 is configured tomount the passive infrared sensors 144 facing out through the lens 132at varying angles, thereby allowing the passive infrared sensor 144field of view to be expanded to 180° or more and also broken up intovarious zones, as further described below. The passive infrared sensorholder 143 may include one or more faces 178, including a center face178C and two side faces 178S to either side of the center face 178C.With reference to FIG. 19, each of the faces 178 defines an opening 181within or on which the passive infrared sensors 144 may be mounted. Inalternative embodiments, the faces 178 may not include openings 181, butmay instead comprise solid flat faces upon which the passive infraredsensors 144 may be mounted. Generally, the faces 178 may be any physicalstructure capable of housing and/or securing the passive infraredsensors 144 in place.

With reference to FIG. 18, the passive infrared sensor holder 143 may besecured to the rear face of the lens 132. The flexible power circuit 145may be any material or component capable of delivering power and/or datato and from the passive infrared sensors 144, and may be contoured toconform to the non-linear shape of the passive infrared sensor holder143. The flexible power circuit 145 may connect to, draw power from,and/or transmit data to and from, the power printed circuit board 148.

FIG. 20 is a top view of the passive infrared sensor assembly 179illustrating the fields of view of the passive infrared sensors 144. Inthe illustrated embodiment, the side faces 178S of the passive infraredsensor holder 143 are angled at 55° facing outward from the center face178C, and each passive infrared sensor 144 has a field of view of 110°.However, these angles may be increased or decreased as desired. Zone 1is the area that is visible only to a first one of the passive infraredsensors 144-1. Zone 2 is the area that is visible only to the firstpassive infrared sensor 144-1 and a second one of the passive infraredsensors 144-2. Zone 3 is the area that is visible only to the secondpassive infrared sensor 144-2. Zone 4 is the area that is visible onlyto the second passive infrared sensor 144-2 and a third one of thepassive infrared sensors 144-3. Zone 5 is the area that is visible onlyto the third passive infrared sensor 144-3. In some of the presentembodiments, the doorbell 130 may be capable of determining thedirection that an object is moving based upon which zones are triggeredin a time sequence.

FIG. 21 is a functional block diagram of the components within or incommunication with the doorbell 330, according to an aspect of thepresent embodiments. As described above, the bracket PCB 349 maycomprise an accelerometer 350, a barometer 351, a humidity sensor 352,and a temperature sensor 353. The accelerometer 350 may be one or moresensors capable of sensing motion and/or acceleration. The barometer 351may be one or more sensors capable of determining the atmosphericpressure of the surrounding environment in which the bracket PCB 349 maybe located. The humidity sensor 352 may be one or more sensors capableof determining the amount of moisture present in the atmosphericenvironment in which the bracket PCB 349 may be located. The temperaturesensor 353 may be one or more sensors capable of determining thetemperature of the ambient environment in which the bracket PCB 349 maybe located. As described above, the bracket PCB 349 may be locatedoutside the housing of the doorbell 330 so as to reduce interferencefrom heat, pressure, moisture, and/or other stimuli generated by theinternal components of the doorbell 330.

With further reference to FIG. 21, the bracket PCB 349 may furthercomprise terminal screw inserts 354, which may be configured to receivethe terminal screws 338 and transmit power to the electrical contacts377 on the mounting bracket 337 (FIG. 17). The bracket PCB 349 may beelectrically and/or mechanically coupled to the power PCB 348 throughthe terminal screws 338, the terminal screw inserts 354, the springcontacts 340, and the electrical contacts 377. The terminal screws 338may receive electrical wires located at the surface to which thedoorbell 330 is mounted, such as the wall of a building, so that thedoorbell can receive electrical power from the building's electricalsystem. Upon the terminal screws 338 being secured within the terminalscrew inserts 354, power may be transferred to the bracket PCB 349, andto all of the components associated therewith, including the electricalcontacts 377. The electrical contacts 377 may transfer electrical powerto the power PCB 348 by mating with the spring contacts 340.

With further reference to FIG. 21, the front PCB 346 may comprise alight sensor 355, one or more light-emitting components, such as LED's356, one or more speakers 357, and a microphone 358. The light sensor355 may be one or more sensors capable of detecting the level of ambientlight of the surrounding environment in which the doorbell 330 may belocated. LED's 356 may be one or more light-emitting diodes capable ofproducing visible light when supplied with power. The speakers 357 maybe any electromechanical device capable of producing sound in responseto an electrical signal input. The microphone 358 may be anacoustic-to-electric transducer or sensor capable of converting soundwaves into an electrical signal. When activated, the LED's 356 mayilluminate the light pipe 336 (FIG. 14). The front PCB 346 and allcomponents thereof may be electrically coupled to the power PCB 348,thereby allowing data and/or power to be transferred to and from thepower PCB 348 and the front PCB 346.

The speakers 357 and the microphone 358 may be coupled to the cameraprocessor 370 through an audio CODEC 361. For example, the transfer ofdigital audio from the user's client device 114 and the speakers 357 andthe microphone 358 may be compressed and decompressed using the audioCODEC 361, coupled to the camera processor 370. Once compressed by audioCODEC 361, digital audio data may be sent through the communicationmodule 364 to the network 112, routed by one or more servers 118, anddelivered to the user's client device 114. When the user speaks, afterbeing transferred through the network 112, digital audio data isdecompressed by audio CODEC 361 and emitted to the visitor via thespeakers 357.

With further reference to FIG. 21, the power PCB 348 may comprise apower management module 362, a microcontroller 363 (may also be referredto as “processor,” “CPU,” or “controller”), the communication module364, and power PCB non-volatile memory 365. In certain embodiments, thepower management module 362 may comprise an integrated circuit capableof arbitrating between multiple voltage rails, thereby selecting thesource of power for the doorbell 330. The battery 366, the springcontacts 340, and/or the connector 360 may each provide power to thepower management module 362. The power management module 362 may haveseparate power rails dedicated to the battery 366, the spring contacts340, and the connector 360. In one aspect of the present disclosure, thepower management module 362 may continuously draw power from the battery366 to power the doorbell 330, while at the same time routing power fromthe spring contacts 340 and/or the connector 360 to the battery 366,thereby allowing the battery 366 to maintain a substantially constantlevel of charge. Alternatively, the power management module 362 maycontinuously draw power from the spring contacts 340 and/or theconnector 360 to power the doorbell 330, while only drawing from thebattery 366 when the power from the spring contacts 340 and/or theconnector 360 is low or insufficient. Still further, the battery 366 maycomprise the sole source of power for the doorbell 330. In suchembodiments, the spring contacts 340 may not be connected to a source ofpower. When the battery 366 is depleted of its charge, it may berecharged, such as by connecting a power source to the connector 360.The power management module 362 may also serve as a conduit for databetween the connector 360 and the microcontroller 363.

With further reference to FIG. 21, in certain embodiments themicrocontroller 363 may comprise an integrated circuit including aprocessor core, memory, and programmable input/output peripherals. Themicrocontroller 363 may receive input signals, such as data and/orpower, from the PIR sensors 344, the bracket PCB 349, the powermanagement module 362, the light sensor 355, the microphone 358, and/orthe communication module 364, and may perform various functions asfurther described below. When the microcontroller 363 is triggered bythe PIR sensors 344, the microcontroller 363 may be triggered to performone or more functions. When the light sensor 355 detects a low level ofambient light, the light sensor 355 may trigger the microcontroller 363to enable “night vision,” as further described below. Themicrocontroller 363 may also act as a conduit for data communicatedbetween various components and the communication module 364.

With further reference to FIG. 21, the communication module 364 maycomprise an integrated circuit including a processor core, memory, andprogrammable input/output peripherals. The communication module 364 mayalso be configured to transmit data wirelessly to a remote networkdevice, and may include one or more transceivers (not shown). Thewireless communication may comprise one or more wireless networks, suchas, without limitation, Wi-Fi, cellular, Bluetooth, and/or satellitenetworks. The communication module 364 may receive inputs, such as powerand/or data, from the camera PCB 347, the microcontroller 363, thebutton 333, the reset button 359, and/or the power PCB non-volatilememory 365. When the button 333 is pressed, the communication module 364may be triggered to perform one or more functions. When the reset button359 is pressed, the communication module 364 may be triggered to eraseany data stored at the power PCB non-volatile memory 365 and/or at thecamera PCB memory 369. The communication module 364 may also act as aconduit for data communicated between various components and themicrocontroller 363. The power PCB non-volatile memory 365 may compriseflash memory configured to store and/or transmit data. For example, incertain embodiments the power PCB non-volatile memory 365 may compriseserial peripheral interface (SPI) flash memory.

With further reference to FIG. 21, the camera PCB 347 may comprisecomponents that facilitate the operation of the camera 334. For example,an imager 371 may comprise a video recording sensor and/or a camerachip. In one aspect of the present disclosure, the imager 371 maycomprise a complementary metal-oxide semiconductor (CMOS) array, and maybe capable of recording high definition (e.g., 1080p or better) videofiles. A camera processor 370 may comprise an encoding and compressionchip. In some of the present embodiments, the camera processor 370 maycomprise a bridge processor. The camera processor 370 may process videorecorded by the imager 371 and audio recorded by the microphone 358, andmay transform this data into a form suitable for wireless transfer bythe communication module 364 to a network. The camera PCB memory 369 maycomprise volatile memory that may be used when data is being buffered orencoded by the camera processor 370. For example, in certain embodimentsthe camera PCB memory 369 may comprise synchronous dynamic random accessmemory (SD RAM). IR LED's 368 may comprise light-emitting diodes capableof radiating infrared light. IR cut filter 367 may comprise a systemthat, when triggered, configures the imager 371 to see primarilyinfrared light as opposed to visible light. When the light sensor 355detects a low level of ambient light (which may comprise a level thatimpedes the performance of the imager 371 in the visible spectrum), theIR LED's 368 may shine infrared light through the doorbell 330 enclosureout to the environment, and the IR cut filter 367 may enable the imager371 to see this infrared light as it is reflected or refracted off ofobjects within the field of view of the doorbell. This process mayprovide the doorbell 330 with the “night vision” function mentionedabove.

As discussed above, the present disclosure provides numerous examples ofmethods and systems including A/V recording and communication doorbells,but the present embodiments are equally applicable for A/V recording andcommunication devices other than doorbells. For example, the presentembodiments may include one or more A/V recording and communicationsecurity cameras instead of, or in addition to, one or more A/Vrecording and communication doorbells. An example A/V recording andcommunication security camera may include substantially all of thestructure and functionality of the device 130, but without the frontbutton 148, the button actuator 228, and/or the light pipe 232.

The present disclosure also provides numerous examples of methods andsystems including A/V recording and communication devices that arepowered by a connection to AC mains, but the present embodiments areequally applicable for A/V recording and communication devices that arebattery powered. For example, the present embodiments may include an A/Vrecording and communication device such as those described in US PatentApplication Publication Nos. 2015/0022620 (application Ser. No.14/499,828) and 2015/0022618 (application Ser. No. 14/334,922), both ofwhich are incorporated herein by reference in their entireties as iffully set forth.

As discussed above, parcel theft is an increasingly common problem.Parcel carriers frequently leave parcels near the front door of a homewhen no one answers the door at the time of delivery. These parcels arevulnerable to theft, as they are often clearly visible from the street.This problem has only gotten worse with the proliferation of onlinecommerce, and is particularly common around major holidays when manyconsumers do their holiday shopping online. It would be advantageous,therefore, if the functionality of A/V recording and communicationdevices could be leveraged to deter parcel theft and/or to identify andapprehend parcel thieves. It would also be advantageous if thefunctionality of A/V recording and communication devices could beenhanced in one or more ways to deter parcel theft and/or to identifyand apprehend parcel thieves. The present embodiments provide theseadvantages and enhancements, as described below.

For example, some of the present embodiments deter parcel theft byreceiving, by a processor of a client device, image data including aparcel recorded by a camera of an A/V recording and communication devicein a field of view of the camera, displaying the image data on thedisplay of the client device, receiving, by the processor based on theimage data displayed on the display of the client device, an inputincluding a first selection of a parcel boundary for monitoring theparcel within the parcel boundary, and a second selection of amonitoring action to be executed in response to the parcel being movedfrom within the parcel boundary, and generating and transmitting, by theprocessor based on the input, parcel monitoring rules to the A/Vrecording and communication device.

As another example, some of the present embodiments may deter parceltheft by receiving, by a processor of an A/V recording and communicationdevice, from a client device associated with the A/V recording andcommunication device, parcel monitoring rules for monitoring a parcel ina field of view of the motion detector, the parcel monitoring rulesincluding a parcel boundary for monitoring the parcel within the parcelboundary, and a monitoring action to be executed in response to theparcel being moved from within the parcel boundary, updating, by theprocessor based on the parcel monitoring rules, the motion detectionrules to create updated motion detection rules, detecting, by the motiondetector based on the updated motion detection rules, that the parcelhas been moved from within the parcel boundary; and executing, by theprocessor in response to the detecting that the parcel has been movedfrom within the parcel boundary and based on the updated motiondetection rules, the monitoring action.

Some of the present embodiments may comprise computer vision for one ormore aspects, such as object recognition. Computer vision includesmethods for acquiring, processing, analyzing, and understanding imagesand, in general, high-dimensional data from the real world in order toproduce numerical or symbolic information, e.g. in the form ofdecisions. Computer vision seeks to duplicate the abilities of humanvision by electronically perceiving and understanding an image.Understanding in this context means the transformation of visual images(the input of the retina) into descriptions of the world that caninterface with other thought processes and elicit appropriate action.This image understanding can be seen as the disentangling of symbolicinformation from image data using models constructed with the aid ofgeometry, physics, statistics, and learning theory. Computer vision hasalso been described as the enterprise of automating and integrating awide range of processes and representations for vision perception. As ascientific discipline, computer vision is concerned with the theorybehind artificial systems that extract information from images. Theimage data can take many forms, such as video sequences, views frommultiple cameras, or multi-dimensional data from a scanner. As atechnological discipline, computer vision seeks to apply its theoriesand models for the construction of computer vision systems.

One aspect of computer vision comprises determining whether or not theimage data contains some specific object, feature, or activity.Different varieties of computer vision recognition include: ObjectRecognition (also called object classification)—One or severalpre-specified or learned objects or object classes can be recognized,usually together with their 2D positions in the image or 3D poses in thescene. Identification—An individual instance of an object is recognized.Examples include identification of a specific person's face orfingerprint, identification of handwritten digits, or identification ofa specific vehicle. Detection—The image data are scanned for a specificcondition. Examples include detection of possible abnormal cells ortissues in medical images or detection of a vehicle in an automatic roadtoll system. Detection based on relatively simple and fast computationsis sometimes used for finding smaller regions of interesting image datathat can be further analyzed by more computationally demandingtechniques to produce a correct interpretation.

Several specialized tasks based on computer vision recognition exist,such as: Optical Character Recognition (OCR)—Identifying characters inimages of printed or handwritten text, usually with a view to encodingthe text in a format more amenable to editing or indexing (e.g. ASCII).2D Code Reading—Reading of 2D codes such as data matrix and QR codes.Facial Recognition. Shape Recognition Technology (SRT)—Differentiatinghuman beings (e.g. head and shoulder patterns) from objects.

Typical functions and components (e.g. hardware) found in many computervision systems are described in the following paragraphs. The presentembodiments may include at least some of these aspects. For example,with reference to FIG. 3, embodiments of the present AN recording andcommunication device 130 may include a computer vision module 163. Thecomputer vision module 163 may include any of the components (e.g.hardware) and/or functionality described herein with respect to computervision, including, without limitation, one or more cameras, sensors,and/or processors. In some of the present embodiments, the microphone150, the camera 154, and/or the imaging processor 240 may be componentsof the computer vision module 163.

Image acquisition—A digital image is produced by one or several imagesensors, which, besides various types of light-sensitive cameras, mayinclude range sensors, tomography devices, radar, ultra-sonic cameras,etc. Depending on the type of sensor, the resulting image data may be a2D image, a 3D volume, or an image sequence. The pixel values maycorrespond to light intensity in one or several spectral bands (grayimages or color images), but can also be related to various physicalmeasures, such as depth, absorption or reflectance of sonic orelectromagnetic waves, or nuclear magnetic resonance.

Pre-processing—Before a computer vision method can be applied to imagedata in order to extract some specific piece of information, it isusually beneficial to process the data in order to assure that itsatisfies certain assumptions implied by the method. Examples ofpre-processing include, but are not limited to re-sampling in order toassure that the image coordinate system is correct, noise reduction inorder to assure that sensor noise does not introduce false information,contrast enhancement to assure that relevant information can bedetected, and scale space representation to enhance image structures atlocally appropriate scales.

Feature extraction—Image features at various levels of complexity areextracted from the image data. Typical examples of such features are:Lines, edges, and ridges; Localized interest points such as corners,blobs, or points; More complex features may be related to texture,shape, or motion.

Detection/segmentation—At some point in the processing a decision may bemade about which image points or regions of the image are relevant forfurther processing. Examples are: Selection of a specific set ofinterest points; Segmentation of one or multiple image regions thatcontain a specific object of interest; Segmentation of the image intonested scene architecture comprising foreground, object groups, singleobjects, or salient object parts (also referred to as spatial-taxonscene hierarchy).

High-level processing—At this step, the input may be a small set ofdata, for example a set of points or an image region that is assumed tocontain a specific object. The remaining processing may comprise, forexample: Verification that the data satisfy model-based andapplication-specific assumptions; Estimation of application-specificparameters, such as object pose or object size; Imagerecognition—classifying a detected object into different categories;Image registration—comparing and combining two different views of thesame object.

Decision making—Making the final decision required for the application,for example match/no-match in recognition applications.

One or more of the present embodiments may include a vision processingunit (not shown separately, but may be a component of the computervision module 163). A vision processing unit is an emerging class ofmicroprocessor; it is a specific type of AI (artificial intelligence)accelerator designed to accelerate machine vision tasks. Visionprocessing units are distinct from video processing units (which arespecialized for video encoding and decoding) in their suitability forrunning machine vision algorithms such as convolutional neural networks,SIFT, etc. Vision processing units may include direct interfaces to takedata from cameras (bypassing any off-chip buffers), and may have agreater emphasis on on-chip dataflow between many parallel executionunits with scratchpad memory, like a manycore DSP (digital signalprocessor). But, like video processing units, vision processing unitsmay have a focus on low precision fixed point arithmetic for imageprocessing.

FIG. 22 illustrates an example embodiment of a process for deterringparcel theft with an A/V recording and communication device according tovarious aspects of the present disclosure. At block B300, the processdetermines that a parcel has been left within an area about an A/Vrecording and communication device, such as the A/V recording andcommunication device 130 described above, or the A/V recording andcommunication device 402 described below, for example. The presentembodiments encompass any method of determining that a parcel has beenleft within an area about an A/V recording and communication device, andseveral examples are provided below. The present embodiments are not,however, limited to these examples, which are provided for illustrationonly. Any of the examples described below, as well as any of the presentembodiments, may include one or more aspects of computer vision.

In one example embodiment, determining that the parcel has been leftwithin the area about the A/V recording and communication device 130 maycomprise comparing video frames recorded by the camera 154 of the A/Vrecording and communication device 130, e.g. using computer vision. Forexample, before a parcel is left within the area about the A/V recordingand communication device 130, the field of view of the camera 154 mayremain largely static. Different objects may occasionally (orfrequently) pass through the camera's field of view, such as people,animals, cars, etc., but these objects generally do not remain withinthe camera's field of view for very long (on the order of seconds) and,if they stop within the camera's field of view, they typically beginmoving again soon after stopping. By contrast, when a parcel is leftwithin the camera's field of view, it typically remains within thecamera's field of view for a significant amount of time (on the order ofminutes or hours), and the parcel typically remains motionlessthroughout the time that it remains within the camera's field of view(at least until someone picks it up and carries it away). Thus,comparing video frames from a time before a parcel is left within thecamera's field of view with video frames from a time after the parcel isleft within the camera's field of view may enable a reliabledetermination to be made as to whether an object that is present withinthe camera's field of view is a parcel or not.

The present embodiments contemplate numerous methodologies fordetermining whether an object that is present within the camera's fieldof view is a parcel or not. Any or all of these methodologies mayinclude one or more aspects of computer vision. For example, in some ofthe present embodiments an object within the camera's field of view maybe determined to be a parcel if the object is not present within thecamera's field of view at a first time (in a first video frame), theobject is present within the camera's field of view at a second timeafter the first time (in a second video frame), and the object remainswithin the camera's field of view for at least a threshold amount oftime (e.g., 10 seconds, 30 seconds, or 60 seconds). Determining whetherthe object remains within the camera's field of view for at least thethreshold amount of time may comprise review of one or more video framesthat are recorded after the second video frame. In other embodiments, anobject within the camera's field of view may be determined to be aparcel if the object is not present within the camera's field of view ata first time (in a first video frame), the object is present within thecamera's field of view at a second time after the first time (in asecond video frame), and the object remains motionless within thecamera's field of view for at least a threshold amount of time.Determining whether the object remains motionless within the camera'sfield of view for at least the threshold amount of time may comprisereview of one or more video frames that are recorded after the secondvideo frame.

In other embodiments, an object within the camera's field of view may bedetermined to be a parcel if the object is not present within thecamera's field of view at a first time (in a first video frame), aperson is detected approaching the A/V recording and communicationdevice 130 at a second time after the first time (in a second videoframe), the person is detected moving away from the A/V recording andcommunication device 130 at a third time after the second time (in athird video frame), and the object is present within the camera's fieldof view at a fourth time after the third time (in a fourth video frame).

In other embodiments, an object within the camera's field of view may bedetermined to be a parcel if the object is not present within thecamera's field of view at a first time (in a first video frame), astationary vehicle (which may be a delivery vehicle, for example) isdetected within the camera's field of view at a second time after thefirst time (in a second video frame), the object is present within thecamera's field of view at a third time after the second time (in a thirdvideo frame), and the vehicle is no longer present within the camera'sfield of view at a fourth time after the third time (in a fourth videoframe).

In other embodiments, an object within the camera's field of view may bedetermined to be a parcel if the object is not present within thecamera's field of view at a first time (in a first video frame), theobject is present within the camera's field of view at a second timeafter the first time (in a second video frame), and the object meets oneor more criteria, such as having one or more physical characteristics.Examples of physical characteristics that may be examined to determinewhether the object is a parcel include, without limitation, size, shape,color, and material (or materials). For example, if the object is madeof cardboard and is brown or white (common colors for cardboard shippingboxes), it may be determined to be a parcel.

The present embodiments contemplate many processes for examiningphysical characteristics of the object and making a determination as towhether the object is a parcel. For example, some of the presentembodiments may comprise gathering information about the object usingcomputer vision, and then comparing the gathered information about theobject to stored information about parcels to determine whether there isa match. For example, the present embodiments may include a database ofparcels and/or physical characteristics of parcels. The database mayinclude pictures of known parcels, and comparing the gatheredinformation about the object to the stored information about parcels maycomprise comparing a picture of the object to the pictures of knownparcels. Gathering information about the object using computer visionmay comprise using one or more cameras, scanners, imagers, etc. and/orone or more sensors, such as sonar. In some of the present embodiments,determining whether the object is a parcel may be based on the locationof the object within the field of view of the camera. For example, ifthe A/V recording and communication device is located near a door, suchas the front door, then a motionless object in close proximity to theA/V recording and communication device may be more likely to be aparcel. However, if the object is distant from the A/V recording andcommunication device, such as in the front yard, near the street, or ina garden, for example, the object may be less likely to be a parcel. Assuch, the determination of whether the object is a parcel may furtherinclude determining the location of the parcel in the field of view ofthe camera 444. In some of the present embodiments, the user of theclient device (e.g., client device 404, 406 of FIG. 33) may be able toset parcel zone(s) during a setup process. The creation of the parcelzone(s) may be similar to that of the creation of the parcel boundary475 described below (e.g., drawn on a display of the client device,automatically created based on the field of view of the A/V recordingand communication device, etc.). In embodiments where parcel zone(s) arecreated, the A/V recording and communication device may first determineif the motionless object is within the parcel zone prior to determining,based on the methods disclosed herein, if the motionless object is aparcel.

With reference to FIG. 23, information received by the computer visionmodule 163 of the A/V recording and communication device 130 may be sentto one or more network devices, such as the server 118 and/or thebackend API 120, in a computer vision query signal 310. The one or morenetwork devices may then analyze the sent information and/or compare thesent information with other information in one or more databases todetermine whether there is a match, for example in order to identify theparcel. In one example embodiment, comparing the sent information aboutthe parcel with other information in one or more databases to determinewhether there is a match may comprise comparing the sent information,such as one or more photos or images, about the parcel with photosand/or images of known parcels. If there is a match, then one or moreactions may occur, such as the A/V recording and communication device130 transitioning to a different operational mode. For example, thenetwork device, such as the server 118 and/or the backend API 120, maysend a computer vision response signal 312 to the A/V recording andcommunication device 130. The computer vision response signal 312 mayinclude a command to the A/V recording and communication device 130 tochange the operational mode of the A/V recording and communicationdevice 130. For example, the command to the A/V recording andcommunication device 130 may cause the A/V recording and communicationdevice 130 to transition to an “armed” mode in which the A/V recordingand communication device 130 is configured to take one or more actionswhen the parcel is removed from the area about the A/V recording andcommunication device 130, as described below.

In another example embodiment, determining that the parcel has been leftwithin the area about the A/V recording and communication device 130 maycomprise receiving information from a carrier (e.g. the postal service,FedEx, UPS, etc.) that delivered the parcel. For example, when theparcel carrier delivers the parcel, or at some time after the parcelcarrier has delivered the parcel, the carrier may update a deliverystatus of the parcel in the carrier's parcel tracking system to indicatethat the parcel has been delivered. The carrier's parcel tracking systemmay then forward that information to one or more network devices, suchas the server 118 and/or the backend API 120, which may then forward theinformation to the A/V recording and communication device 130.

In another example embodiment, determining that the parcel has been leftwithin the area about the A/V recording and communication device 130 maycomprise automatic identification and data capture (AIDC). For example,the parcel may include at least one of a barcode 320 (FIG. 24), a matrixcode 322 (FIG. 25), a bokode 324 (FIG. 26), and a radio frequencyidentification (RFID) tag 326 (FIG. 27). AIDC refers to methods ofautomatically identifying objects, collecting data about them, andentering that data directly into computer systems (e.g. without humaninvolvement). Technologies typically considered part of AIDC includebarcodes, matrix codes, bokodes, RFID, biometrics (e.g. irisrecognition, facial recognition, voice recognition, etc.), magneticstripes, Optical Character Recognition (OCR), and smart cards. AIDC isalso commonly referred to as “Automatic Identification,” “Auto-ID,” and“Automatic Data Capture.”

AIDC encompasses obtaining external data, particularly through analysisof images and/or sounds. To capture data, a transducer may convert animage or a sound into a digital file. The file is then typically storedand analyzed by a computer, and/or compared with other files in adatabase, to verify identity and/or to provide authorization to enter asecured system. AIDC also refers to methods of recognizing objects,getting information about them, and entering that data or feeding itdirectly into computer systems without any human involvement. Inbiometric security systems, capture may refer to the acquisition ofand/or the process of acquiring and identifying characteristics, such asfinger images, palm images, facial images, or iris prints, which all mayinvolve video data, or voice prints, which may involve audio data.

A barcode, such as the example barcode 320 shown in FIG. 24, is anoptical machine-readable representation of data relating to the objectto which it is attached. Barcodes systematically represent data byvarying the widths and spacings of parallel lines, and may be referredto as linear or one-dimensional (1D) barcodes.

A matrix code, such as the example matrix code 322 shown in FIG. 25, isa two-dimensional matrix barcode consisting of black and white “cells”or modules arranged in either a square or rectangular pattern. Theinformation encoded can be text and/or numeric data. Quick response (QR)codes and Data Matrix codes are specific types of matrix codes.

A bokode, such as the example bokode 324 shown in FIG. 26, is a type ofdata tag that holds much more information than a barcode over the samearea. The bokode pattern is a tiled series of matrix codes. Bokodes maybe circular, and may include an LED covered with a mask and a lens.

Radio-frequency identification (RFID) uses electromagnetic fields toautomatically identify and track tags attached to objects. The tags,such as the example RFID tag 326 shown in FIG. 27, containelectronically stored information, and may be passive or active. Passivetags collect energy from a nearby RFID reader's interrogating radiowaves. Active tags have a local power source, such as a battery, and mayoperate at hundreds of meters from the RFID reader. Unlike a barcode,the tag need not be within the line of sight of the reader, so it may beembedded in the tracked object.

The A/V recording and communication device 130 may capture informationembedded in one of these types (or any other type) of AIDC technologies.For example, with reference to FIG. 3, the A/V recording andcommunication device 130 may include an AIDC module 165 operativelyconnected to the processor 160. The AIDC module 165 may include hardwareand/or software configured for one or more types of AIDC, including, butnot limited to, any of the types of AIDC described herein. For example,the AIDC module 165 may include an RFID reader (not shown), and thecamera 154 of the A/V recording and communication device 130 may in someof the present embodiments be considered to be part of the AIDC module165. For example, with respect to barcodes, matrix codes, and bokodes(or any other type code), the camera 154 of the A/V recording andcommunication device 130 may scan the code, and any information embeddedtherein. To facilitate scanning the code, the parcel carrier may holdthe parcel up to the camera 154. With respect to RFID, the RFID readerof the AIDC module 165 may interrogate an RFID tag 326 on, or embeddedin, the parcel. In some of the present embodiments, the processor 160 ofthe A/V recording and communication device 130 may be considered to bepart of the AIDC module 165 and/or the processor 160 may operate inconjunction with the AIDC module 165 in various AIDC processes.

AIDC and computer vision have significant overlap, and use of either oneof these terms herein should be construed as also encompassing thesubject matter of the other one of these terms. For example, thecomputer vision module 163 and the AIDC module 165 may compriseoverlapping hardware components and/or functionality. In some of thepresent embodiments, the computer vision module 163 and the AIDC module165 may be combined into a single module.

The computer vision methods and AIDC methods described above may also beused in the processes described in FIGS. 36-41 below, in reference tothe system 400. For example, in the process of FIG. 38, at block B318,computer vision and/or AIDC methods similar to those described above maybe used to detect, by the motion detector (e.g., the camera 444) basedon the updated motion detection rules 473, that the parcel has beenmoved from within the parcel boundary 475. Similarly, in the process ofFIG. 39, at block B626, computer vision and/or AIDC methods similar tothose described above may be used to analyze, by the processor 452, theimage data 460 to determine whether the image data 460 includes aparcel. As another example, in the process of FIG. 41, at block B638,computer vision and/or AIDC methods similar to those described above maybe used by the processor 502 of the backend server 430 to analyze theimage data 460 to determine whether a parcel is present.

With reference to FIG. 28, information received by the AIDC module 165of the A/V recording and communication device 130 from one or more codesor tags may be sent to one or more network devices, such as the server118 and/or the backend API 120, in an AIDC query signal 330. The one ormore network devices may then analyze the sent information and/orcompare the sent information with other information in one or more codesdatabases to determine whether there is a match, for example in order toidentify the parcel. If there is a match, then one or more actions mayoccur, such as the A/V recording and communication device 130transitioning to a different operational mode. For example, the networkdevice, such as the server 118 and/or the backend API 120, may send anAIDC response signal 332 to the A/V recording and communication device130. The AIDC response signal 332 may include a command to the A/Vrecording and communication device 130 to change the operational mode ofthe A/V recording and communication device 130. For example, the commandto the A/V recording and communication device 130 may cause the A/Vrecording and communication device 130 to transition to an “armed” modein which the A/V recording and communication device 130 is configured totake one or more actions when the parcel is removed from the area aboutthe A/V recording and communication device 130, as described below.

With further reference to FIG. 22, at block B302 the process determinesthat the parcel has been removed from the area about the A/V recordingand communication device 130. The area about the A/V recording andcommunication device may be the entire area in the field of view of theA/V recording and communication device, a parcel zone as describedabove, or may specifically be a parcel boundary, such as the parcelboundary 475 described below. The present embodiments encompass anymethod of determining that a parcel has been removed from the area aboutan A/V recording and communication device, and several examples areprovided below. The present embodiments are not, however, limited tothese examples, which are provided for illustration only. Any of theexamples described below, as well as any of the present embodiments, mayinclude one or more aspects of computer vision.

In one example embodiment, determining that the parcel has been removedfrom the area about the A/V recording and communication device 130 maycomprise comparing video frames recorded by the camera 154 of the A/Vrecording and communication device 130. For example, after a parcel hasbeen determined to have been left within the area about the A/Vrecording and communication device 130, the parcel is likely to remainmotionless in the position where it was left. Thus, if the parcel ispresent within the camera's field of view at a first time (in a firstvideo frame), and is no longer present within the camera's field of viewat a second time after the first time (in a second video frame), thenthe parcel may be determined to have been removed from the area aboutthe A/V recording and communication device 130. As described above, thisdetermination may be made within the entire area about the A/V recordingand communication device, or in a more defined area, such as within theparcel zone and/or the parcel boundary 475, for example.

In another example embodiment, determining that the parcel has beenremoved from the area about the A/V recording and communication device130 may comprise AIDC. For example, if the parcel includes an RFID tag,then an RFID reader of the AIDC module 165 may detect that the RFID tagno longer responds to interrogation signals. In some of the presentembodiments, if the RFID reader sends a threshold number ofinterrogation signals and receives no response from the RFID tag of theparcel, the process may determine that the parcel has been removed fromthe area about the A/V recording and communication device 130. In someof the present embodiments, the threshold number of interrogationsignals with no response may be one interrogation signal, or twointerrogation signals, or three interrogation signals, or any othernumber of interrogation signals. As described above, this determinationmay be made using AIDC within the entire area about the A/V recordingand communication device, or in a more defined area, such as within theparcel zone and/or the parcel boundary 475, for example.

With further reference to FIG. 22, at block B304 the process determineswhether removal of the parcel from the area about the A/V recording andcommunication device 130 was authorized. The present embodimentsencompass any method of determining whether removal of the parcel fromthe area about the A/V recording and communication device 130 wasauthorized, and several examples are provided below. The presentembodiments are not, however, limited to these examples, which areprovided for illustration only. Any of the examples described below, aswell as any of the present embodiments, may include one or more aspectsof computer vision.

In one example embodiment, determining whether removal of the parcelfrom the area about the A/V recording and communication device 130 wasauthorized may comprise detecting (or tracking) a direction of movementof the parcel. For example, when a parcel is left outside the frontentrance of a home, the homeowner (or other occupant) will typicallypick up the parcel and bring it inside the home. A parcel thief, bycontrast, will typically pick up the parcel and carry it away from thehome. Thus, if the A/V recording and communication device 130 detectsthat the parcel is moving toward a structure to which the A/V recordingand communication device 130 is secured (or with which the A/V recordingand communication device 130 is associated), then the process maydetermine that the removal of the parcel from the area about the A/Vrecording and communication device 130 is authorized. But, if the A/Vrecording and communication device 130 detects that the parcel is movingaway from the structure to which the A/V recording and communicationdevice 130 is secured (or with which the A/V recording and communicationdevice 130 is associated), then the process may determine that theremoval of the parcel from the area about the A/V recording andcommunication device 130 is unauthorized. This determination may besimilar to that of block B618 of the process of FIG. 38. For example,detecting, by the motion detector based on the updated motion detectionrules 473, that the parcel has been moved from within the parcelboundary 475 may include detecting (or tracking) a direction of movementof the parcel.

In another example embodiment, determining whether removal of the parcelfrom the area about the A/V recording and communication device 130 wasauthorized may comprise AIDC and/or computer vision. For example, if anauthorized person (e.g. the addressee of the parcel) removes the parcelfrom the area about the A/V recording and communication device 130, theA/V recording and communication device 130 may receive information fromthe authorized person. For example, the authorized person may presentidentification or credentials to the A/V recording and communicationdevice 130. The camera 154 and/or the AIDC module 165 and/or theprocessor 160 of the A/V recording and communication device 130 mayreceive information from the identification or credentials for use indetermining that the person removing the parcel from the area about theA/V recording and communication device 130 is an authorized person. Ifno identification or credentials are presented when the parcel isremoved from the area about the A/V recording and communication device130, or if identification or credentials are presented but they do notmatch an expected identification or credentials, then the process maydetermine that the person removing the parcel from the area about theA/V recording and communication device 130 is not an authorized person.In some of the present embodiments, the A/V recording and communicationdevice 130 may provide a prompt, such as a voice prompt emitted throughthe speaker, requesting identification or credentials when a person isdetected within the area about the A/V recording and communicationdevice 130 and/or when the A/V recording and communication device 130detects that the parcel has been moved or picked up.

Examples of identification or credentials that could be used in theforegoing processes include, without limitation, a card (or othercarrier or substrate) bearing a barcode 320, or a matrix code 322, or abokode 324, or an RFID tag 326, or an embedded integrated circuit (suchas in a smart card, a chip card, or an integrated circuit card (ICC)),or a magnetic stripe. FIG. 29 illustrates an example of a smart card 340including an embedded integrated circuit 342, and FIG. 30 illustrates anexample of a card 344 including a magnetic stripe 346.

A smart card, chip card, or integrated circuit card (ICC), such as theexample smart card 340 shown in FIG. 29, is any pocket-sized card thathas one or more embedded integrated circuits. Smart cards may be eithercontact or contactless. Contact smart cards include a contact areacomprising contact pads. These pads provide electrical connectivity wheninserted into a reader, which serves as a communication medium betweenthe smart card and a host (e.g., a computer, or a point of saleterminal). Contact smart cards do not contain batteries. Instead, poweris supplied by the card reader. With contactless smart cards, the cardcommunicates with and is powered by the reader through RF inductiontechnology. These cards require only proximity to an antenna tocommunicate. Like contact smart cards with, contactless cards do nothave an internal power source. Instead, they use an inductor to capturesome of the incident radio-frequency interrogation signal, rectify it,and use it to power the card's electronics.

A magnetic stripe card, such as the example card 344 shown in FIG. 30,is a type of card capable of storing data by modifying the magnetism oftiny iron-based magnetic particles on a band of magnetic material on thecard. The magnetic stripe, sometimes called a magstripe, is read byswiping past a magnetic reading head.

Further examples of identification or credentials that could be used inthe foregoing processes include, without limitation, a card (or othercarrier or substrate) bearing text that can be received as input by theAIDC module 165 and/or the camera 154 and/or the processor 160 throughoptical character recognition (OCR). OCR is the mechanical or electronicconversion of images of typed, handwritten, or printed text intomachine-encoded text.

Further examples of AIDC and/or computer vision that can be used in thepresent embodiments to verify the identity and/or authorization of aperson include, without limitation, biometrics. Biometrics refers tometrics related to human characteristics. Biometrics authentication (orrealistic authentication) is used in various forms of identification andaccess control. Biometric identifiers are the distinctive, measurablecharacteristics used to label and describe individuals. Biometricidentifiers can be physiological characteristics and/or behavioralcharacteristics. Physiological characteristics may be related to theshape of the body. Examples include, but are not limited to,fingerprints, palm veins, facial recognition, three-dimensional facialrecognition, skin texture analysis, DNA, palm prints, hand geometry,iris recognition, retina recognition, and odor/scent recognition.Behavioral characteristics may be related to the pattern of behavior ofa person, including, but not limited to, typing rhythm, gait, and voicerecognition.

The present embodiments may use any one, or any combination of more thanone, of the foregoing biometrics to identify and/or authenticate aperson who removes the parcel from the area about the A/V recording andcommunication device 130. For example, the computer vision module 163,the AIDC module 165, and/or the camera 154 and/or the processor 160 mayreceive information about the person using any one, or any combinationof more than one, of the foregoing biometrics.

Another aspect of determining whether removal of the parcel from thearea about the A/V recording and communication device 130 was authorizedmay comprise comparing information received through the AIDC (and/orcomputer vision) to information about one or more persons. Withreference to FIG. 28, information received by the AIDC module 165(and/or the computer vision module 163) and/or the camera 154 and/or theprocessor 160 of the A/V recording and communication device 130 may besent to one or more network devices, such as the server 118 and/or thebackend API 120, in an AIDC query signal 330. The one or more networkdevices may then compare information in the AIDC query signal 330 aboutthe person detected in the area about the A/V recording andcommunication device 130 with information from one or more sources.These information sources may include one or more databases and/orservices. For example, a database and/or service may include a smartlist of authorized persons. If a person who removed the parcel is on thesmart list of authorized persons, then the removal of the parcel fromthe area about the A/V recording and communication device 130 may bedetermined to be authorized.

In some of the present embodiments, the information in the AIDC querysignal 330 may be compared with information about one or more personswho are authorized to remove parcels from the area about the A/Vrecording and communication device 130. For example, biometricinformation (or other AIDC/computer vision information) about one ormore authorized persons may be uploaded and stored at one or moredatabases and/or services accessible to the one or more network devices,such as the server 118 and/or the backend API 120. Comparison(s) betweenthis information and the information in the AIDC query signal 330 maydetermine whether a person detected in the area about the A/V recordingand communication device 130 is an authorized person or not. Thecomparison(s) may be performed by one or more network devices, such asthe server 118 and/or the backend API 120, for example.

In other embodiments, the information in the AIDC query signal 330 maybe compared with information about one or more persons who have beenreported in connection with one or more crimes and/or suspicious events.In some of the present embodiments, the crime(s) and/or suspiciousevent(s) may have occurred within a defined radius of the A/V recordingand communication device 130. For example, a first user of an A/Vrecording and communication device may view video footage that wasrecorded by his or her device and determine that the person or personsin the video footage are, or may be, engaged in suspicious activityand/or criminal activity. The first user may then share that videofootage with one or more other people, such as other users of A/Vrecording and communication devices, and/or one or more organizations,including one or more law enforcement agencies. The present embodimentsmay leverage this shared video footage for use in comparing with theinformation in the AIDC query signal 330 to determine whether a persondetected in the area about the A/V recording and communication device130 is the same person that was the subject of (and/or depicted in) theshared video footage. If a person detected in the area about the A/Vrecording and communication device 130 is the same person that wasreported in connection with one or more crimes and/or suspicious events,then that person is probably not a person who is authorized to removeparcels from the area about the A/V recording and communication device130. In some of the present embodiments, the person (or persons)depicted in the shared video footage may be a perpetrator(s) of one ormore parcel thefts. Further, those parcel thefts may have occurredwithin a defined radius about the A/V recording and communication device130. Further description of sharing video footage from A/V recording andcommunication devices is provided in U.S. patent application Ser. Nos.62/288,971 (filed on Jan. 29, 2016 and entitled “SHARING VIDEO FOOTAGEFROM WIRELESS AUDIO/VIDEO RECORDING AND COMMUNICATION DEVICES”) and62/300,547 (filed on Feb. 26, 2016 and entitled “SHARING VIDEO FOOTAGEFROM WIRELESS AUDIO/VIDEO RECORDING AND COMMUNICATION DEVICES”), both ofwhich are incorporated herein by reference in their entireties as iffully set forth.

In another example embodiment, AIDC and/or computer vision may comprisethe camera 154 of the A/V recording and communication device 130capturing an image of a person in the area about the A/V recording andcommunication device 130. The image of the person may comprise an imageof the person's face. The image of the person's face may be comparedwith image(s) of the face(s) of at least one other person. In some ofthe present embodiments, the at least one other person may be a personor persons who were reported in connection with suspicious activityand/or criminal activity, such as parcel theft. The comparison(s) may beperformed by one or more network devices, such as the server 118 and/orthe backend API 120. If a match is found between the image of theperson's face captured by the camera 154 of the A/V recording andcommunication device 130 and the at least one image of the face(s) of atleast one other person, then the process may determine that removal ofthe parcel from the area about the A/V recording and communicationdevice 130 was unauthorized. The process may then generate an alert,which may comprise any or all of the alert types described herein.

With further reference to FIG. 28, the network device, such as theserver 118 and/or the backend API 120, may send an AIDC response signal332 to the A/V recording and communication device 130. In some of thepresent embodiments, the AIDC response signal 332 may be sent after acomparison has been made between the information in the AIDC querysignal 330 and the information about one or more persons who areauthorized to remove parcels from the area about A/V recording andcommunication device 130 and/or the information about one or morepersons who have been reported in connection with one or more crimesand/or suspicious events. The AIDC response signal 332 may comprise anindicator (and/or information) about whether a person detected in thearea about the A/V recording and communication device 130 is authorizedto remove parcels from that area or not.

With further reference to FIG. 22, at block B306, when the removal ofthe parcel from the area about the A/V recording and communicationdevice 130 is determined to have been unauthorized, the process maygenerate an alert. In some of the present embodiments, the alert maycomprise an alert signal sent to a client device. For example, the alertmay be similar to, or the same as, the process described above withrespect to block B268 of FIG. 2, in which audio and/or video data istransmitted (streamed) from the A/V recording and communication device130 to the user's client device 114 via the user's network 110 and thenetwork 112. The streaming video may include images of the person(s) whowas/were determined to have been unauthorized. The user can thendetermine whether to take further action, such as alerting lawenforcement and/or sharing the video footage with other people, such asvia social media.

In some of the present embodiments, the alert may comprise an audiblealarm emitted from the speaker 152 of the A/V recording andcommunication device 130. The audible alarm may be any loud noise likelyto attract attention and/or startle the unauthorized person, making itmore likely that he or she will flee without absconding with theparcel(s). In some of the present embodiments, the alert may comprise anannouncement emitted from the speaker 152 of the A/V recording andcommunication device 130. The announcement may comprise a verbal warningthat the area about the A/V recording and communication device 130 isbeing recorded. The unauthorized person, upon being informed that thearea about the A/V recording and communication device 130 is beingrecorded, may decide to flee the scene without absconding with theparcel(s). In some of the present embodiments, the alert may compriseboth an audible alarm and an announcement in combination. Also in someof the present embodiments, the alert may comprise any combination of analert signal sent to a client device, an audible alarm emitted from thespeaker 152 of the A/V recording and communication device 130, and anannouncement emitted from the speaker 152 of the A/V recording andcommunication device 130.

In some of the present embodiments, the alert may be similar to that ofthe user alert 472 described below. In the alternative, the user alert472 described below may be similar to the alert described above in someof the present embodiments.

Some of the present embodiments may comprise identifying a parcel withinthe area about the A/V recording and communication device 130. In someof the present embodiments, identifying the parcel may comprise thecamera 154 of the A/V recording and communication device 130 capturingan image of an identifying mark on the parcel. In various embodiments,the identifying mark may be, for example, a company logo or otheridentifying symbol. The identifying mark on the parcel may be comparedwith a plurality of identifying marks in a database. If a match isfound, the parcel may be identified as originating with the senderassociated with the matching identifying mark. In other embodiments, theidentifying mark may be, for example, a barcode, a matrix code, abokode, etc. In some of the present embodiments, RFID (or other similartechnology) may be used to identify a parcel.

FIG. 31 illustrates an example embodiment of a process for deterringparcel theft with an A/V recording and communication device according tovarious aspects of the present disclosure. At block B350, the processmay determine that a parcel has been left within an area about an A/Vrecording and communication device, such as the A/V recording andcommunication device 130 described above. The present embodimentsencompass any method of determining that a parcel has been left withinan area about an A/V recording and communication device, including anyof the examples described above. The present embodiments are not,however, limited to these examples, which are provided for illustrationonly.

With further reference to FIG. 31, at block B352, after the parcel hasbeen left within the area about the A/V recording and communicationdevice 130, the process may detect a person within the area about theA/V recording and communication device 130. The detection of the personwithin the area about the A/V recording and communication device 130 maybe according to any of the processes described herein, such as, forexample, comparing video frames recorded by the camera 154 of the A/Vrecording and communication device 130.

With further reference to FIG. 31, at block B354 the process may record,with the camera 154 of the A/V recording and communication device 130,video images of the person within the area about the A/V recording andcommunication device 130. At block B356, the process may emit an alertfrom the speaker 152 of the A/V recording and communication device 130.The alert may comprise an audible alarm and/or an announcement, similarto the example embodiments described above.

In some of the present embodiments, the processes described above,including the processes described with reference to FIGS. 14 and 23, maybe performed automatically when a parcel is detected within the areaabout the A/V recording and communication device 130. In otherembodiments, processes similar to those described above may only beperformed in response to a user command. For example, one aspect of thepresent embodiments may provide an option to a user for enabling and/ordisabling a parcel protection feature or mode. An option toenable/disable the parcel protection mode may be presented to the user,for example, through a graphical user interface (GUI) of an applicationexecuting on the user's client device 114. The GUI may also provideother options (e.g., receiving motion alerts, etc.), in addition to theparcel protection mode, for the user to select or unselect (e.g., toenable or disable).

In one example embodiment, the user may manually enable parcelprotection mode in response to a notification that a parcel has beendelivered. For example, with reference to FIG. 32, at block B360 theuser may receive a notification that a parcel has been delivered (e.g.,left within the field of view of the camera 154). The notification maybe received in several different ways. For example, the parcel carriermay press the front button 148 of the A/V recording and communicationdevice 130, thereby initiating a call to the user's client device 114.The user may answer the call and speak to the parcel carrier, who mayinform the user that his or her parcel has been delivered and left inthe area about the A/V recording and communication device 130. Inanother example, the call to the user's client device 114 may beinitiated automatically by the A/V recording and communication device130 in response to detecting the presence of the parcel carrier, such asby using the camera 154 for motion detection and/or a separate motionsensor. The user may then view live streaming video of the parceldelivery event (or subsequently view recorded video of the parceldelivery event) and thereby be informed of the parcel delivery withoutactually speaking to the parcel carrier. In yet another example, the A/Vrecording and communication device 130 may detect the delivery of theparcel, for example using any of the techniques described herein, andmay then send a notification to the user's client device 114, forexample in the form of an alert (e.g., a push notification).

Regardless of the form of notification, and with further reference toFIG. 32, at block B362 the user may manually enable parcel protectionmode, such as, for example, using an application executing on the user'sclient device 114, as described above. In some of the presentembodiments, the option to enable parcel protection mode may bepresented to the user in conjunction with the notification sent to theuser's client device 114, for example in the form of an alert (e.g., apush notification). If the user enables parcel protection mode, then atblock B364 the process of FIG. 32 advances to block B302 of FIG. 22and/or block B352 of FIG. 31. In some of the present embodiments,however, if the user declines to enable parcel protection mode, thenparcel protection mode may remain inactive, and the operations shown inblocks B302-B306 of FIG. 22 and blocks B362-B366 of FIG. 31 would not beperformed.

As described above, a user may disable the parcel protection modemanually in the same manner that the user enables this feature/mode(e.g., through a GUI of an application that is associated with the A/Vrecording and communication device). Some of the present embodiments mayalso disable the parcel protection mode automatically (e.g., without auser's intervention). Some such embodiments may disable the parcelprotection mode when a parcel is removed from an area about an A/Vrecording and communication device by an authorized person (e.g., thehomeowner, a friend or family member of the homeowner, or any otherperson authorized by the homeowner). Different embodiments may realizethat a parcel is removed (e.g., from the field of view of a camera of anA/V recording and communication device) by an authorized person throughdifferent methods. Some aspects of the present embodiments may verify aperson as an authorized person by authenticating the person'sbiometrics. As an example, one aspect of the present embodimentsidentifies the person's face (e.g., by performing a face recognitionprocess, as described above) and compares the identification data withone or more databases that contain authorized persons' identificationdata.

Some of the present embodiments may disable a parcel protection modewhen these embodiments determine that an authorized user is at, orwithin a threshold vicinity of, the location of the parcel. Some of thepresent embodiments make such a determination by comparing a currentlocation of the authorized user (e.g., by locating a client device thatthe user carries) and the location of the parcel. Some other embodimentsmay determine that a parcel is picked up by an authorized person whenthe parcel moves in a specific direction (e.g., toward the house insteadof away from the house). Some of the present embodiments may realizethat the parcel is being moved toward the house, e.g., by comparing asequence of video images of the moving parcel captured by a camera ofthe A/V recording and communication device. Some other embodiments mayuse an AIDC module (e.g., an RFID reader) of the A/V recording andcommunication device to determine the direction of movement of a parcel(e.g., when the parcel includes a barcode, a matrix code, an RFID tag,etc.).

In any of the present embodiments, various aspects of methods may beperformed locally, e.g. by one or more components of the A/V recordingand communication device 130, and/or remotely, e.g. by one or morenetwork devices, such as the server 118 and/or the backend API 120, forexample. For example, the processor 160 of the A/V recording andcommunication device 130 may perform various aspects such as, but notlimited to, comparing video frames recorded by the camera 154 of the A/Vrecording and communication device 130 to determine whether a parcel hasbeen left within the area about the A/V recording and communicationdevice 130 and/or that the parcel has been removed from the area aboutthe A/V recording and communication device 130.

Many of the present embodiments have been described with reference topersons detected by, or present in the area about, the A/V recording andcommunication device 130. The present embodiments are not limited,however, to scenarios involving humans. For example, the presentembodiments contemplate that a parcel thief need not be a human. Aparcel theft bot or drone, for example, may be encompassed by any of thepresent embodiments. For example, in a process similar to any processdescribed herein, after a parcel has been left within the area about theA/V recording and communication device 130, the process may detect aparcel theft bot or drone within the area about the A/V recording andcommunication device 130. The process may also record, with the camera154 of the A/V recording and communication device 130, video images ofthe parcel theft bot or drone within the area about the A/V recordingand communication device 130.

Any of the present embodiments may comprise a designated parcel deliveryarea. For example, a user may designate a particular area about the A/Vrecording and communication device 130 as a parcel delivery area. Theparcel delivery area may be demarcated in any suitable manner, such aswith markings and/or text provided on the pavement and/or adjacentwall(s). Processes of determining whether a parcel has been left withinthe area about the A/V recording and communication device 130 and/ordetermining whether the parcel has been removed from the area about theA/V recording and communication device 130 may comprise determiningwhether an object has been left within and/or removed from thedesignated parcel delivery area. The user may, in some of the presentembodiments, direct or aim the camera 154 of the A/V recording andcommunication device 130 toward the designated parcel delivery area tofacilitate determining whether an object has been left within and/orremoved from the designated parcel delivery area.

FIG. 33 is a functional block diagram illustrating a system 400 fordeterring parcel theft using an A/V recording and communication deviceaccording to various aspects of the present disclosure. The system 400may include one or more audio/video (A/V) recording and communicationdevices 402 configured to access a user's network 408 to connect to anetwork (Internet/PSTN) 410. The one or more A/V recording andcommunication devices 402 may include any or all of the componentsand/or functionality of the A/V recording and communication device 100(FIGS. 1-2), the A/V recording and communication doorbell 130 (FIGS.3-13), and/or the A/V recording and communication doorbell 330 (FIGS.14-21). As discussed herein, the present disclosure provides numerousexamples of methods and systems including A/V recording andcommunication devices 402, such as A/V recording and communicationdoorbells, but the present embodiments are equally applicable for A/Vrecording and communication devices 402 other than doorbells. Forexample, the present embodiments may include one or more A/V recordingand communication security cameras and/or A/V recording andcommunication security floodlights instead of, or in addition to, one ormore A/V recording and communication doorbells. An example A/V recordingand communication security camera may include substantially all of thestructure and functionality of the doorbell 130, but without the frontbutton 148, the button actuator 228, and/or the light pipe 232.

The user's network 408 may include any or all of the components and/orfunctionality of the user's network 110 described herein. The system 400may also include one or more client devices 404, 406, which in variousembodiments may be configured to be in network communication and/orassociated with the A/V recording and communication device 402. Theclient devices 404, 406 may comprise, for example, a mobile phone suchas a smartphone, or a computing device such as a tablet computer, alaptop computer, a desktop computer, etc. The client devices 404, 406may include any or all of the components and/or functionality of theclient device 114 and/or the client device 800 described herein. In someof the present embodiments, the client devices 404, 406 may not beassociated with the A/V recording and communication device 402. In otherwords, the user/owner of the client device(s) 404, 406 may not alsouse/own a A/V recording and communication device 402.

With further reference to FIG. 33, the system 400 may also includevarious backend devices such as (but not limited to) storage devices432, backend servers 430, and backend APIs 428 that may be in networkcommunication with the A/V recording and communication device 402 and/orclient device 404, 406. In some of the present embodiments, the storagedevices 432 may be a separate device from the backend servers 430 (asillustrated) or may be an integral component of the backend servers 430.The storage devices 432 may be similar in structure and/or function tothe storage device 116 (FIG. 1). In addition, in some of the presentembodiments, the backend servers 430 and backend APIs 428 may be similarin structure and/or function to the server 118 and the backend API 120(FIG. 1), respectively.

FIG. 34 is a functional block diagram illustrating an embodiment of theA/V recording and communication device 402 according to various aspectsof the present disclosure. The A/V recording and communication device402 may comprise a processing module 446 that is operatively connectedto a camera 444, a microphone 446, a speaker 448, a motion sensor 474,and a communication module 450. The processing module 446 may comprise aprocessor 452, volatile memory 454, and non-volatile memory 456 thatincludes a device application 458. In various embodiments, the deviceapplication 458 may configure the processor 452 to capture image data460 using the camera 444, audio data 462 using the microphone 446,and/or motion data 468 using at least one of the camera 444 or themotion sensor 474. In some of the present embodiments, the deviceapplication 458 may also configure the processor 452 to generate textdata 464 describing the image data 460, such as in the form of metadata,for example. In other embodiments, the text data 464 describing theimage data 460 may be generated by a user using the client device 404,406 associated with the A/V recording and communication device 402. Inaddition, the device application 458 may configure the processor 452 totransmit the image data 460, the audio data 462, the motion data 468and/or the text data 464 to the client device 404, 406 using thecommunication module 450. In various embodiments, the device application458 may also configure the processor 452 to generate and transmit anoutput signal 466 that may include the image data 460, the audio data462, the text data 464 and/or the motion data 468. In some of thepresent embodiments, the output signal 466 may be transmitted to abackend device, such as the backend server(s) 430, using thecommunication module 450, and the backend devices may transfer theoutput signal 466 to the client device 404, 406. In other embodiments,the output signal 466 may be transmitted directly to the client device404, 406.

In further reference to FIG. 34, the image data 460 may comprise imagesensor data such as (but not limited to) exposure values and dataregarding pixel values for a particular sized grid. Further, the imagedata 460 may comprise converted image sensor data for standard imagefile formats such as (but not limited to) JPEG, JPEG 2000, TIFF, BMP, orPNG. In addition, the image data 460 may also comprise data related tovideo, where such data may include (but is not limited to) imagesequences, frame rates, and the like. Moreover, the image data 460 mayinclude data that is analog, digital, compressed, uncompressed, and/orin vector formats.

In some of the present embodiments, the image data 460 may also includefacial recognition, facial detection, biometric recognition, objectrecognition, object detection, AIDC, and/or other information about thepersons and/or objects in the image data 460. The facial recognition,facial detection, biometric recognition, object recognition, objectdetection, AIDC, and/or other information may be generated in responseto using facial recognition software, facial detection software, objectrecognition, object detection, and/or biometric analysis software, forexample, as described above. The facial recognition, facial detection,biometric recognition, object recognition, object detection, AIDC,and/or other information may be included in the image data 460 foranalysis in some of the present embodiments.

The image data 460 may take on various forms and formats as appropriateto the requirements of a specific application in accordance with thepresent embodiments. As described herein, the term “record” may also bereferred to as “capture” as appropriate to the requirements of aspecific application in accordance with the present embodiments.

In further reference to FIG. 34, the motion data 468 may comprise datagenerated by a motion detector having motion detection rules 470. Themotion detector may be the motion sensor 474 and/or the camera 444,depending on the specific embodiment. For example, in embodiments thatuse motion sensors 474 such as PIRs, the motion data 468 may includevoltage data generated by the motion sensor 474 in response to thepresence of infrared radiation. In some of the present embodiments, themotion data 468 may also comprise time-based and/or location-basedinformation such as the amount of time a motion event is detected and/orthe location of the motion event in the field of view of the motionsensor 474 and/or the field of view of the camera 444 (e.g., Zones 1-5(FIG. 20), the location within one of the Zones 1-5, and/or theproximity to the A/V recording and communication device 402). Dependenton the type of motion sensor 474 implemented in a given embodiment, themotion data 468 may include the data type (e.g., voltage) generatedspecific to the type of motion sensor 474 (e.g., PIR, microwave,acoustic, etc.). The motion sensor 474 of FIG. 34 is illustrated withdashed lines to indicate that the motion sensor 474 may not be a featureof the A/V recording and communication device 402 and/or may not be usedin certain embodiments (e.g., the A/V recording and communicationdoorbell 130 of FIG. 3-13).

In embodiments where the A/V recording and communication device 402 issimilar to that of the A/V recording and communication doorbell 130 ofFIGS. 3-13, the motion data 468 may be generated solely by the camera444. As such, the detection of a motion event, the determination ofwhether a motion event is caused by the movement of a person and/orobject in a field of view of the A/V recording and communication device402, and/or the speed and/or location of a person and/or object in thefield of view of the A/V recording and communication device 402 may bedetermined using the motion data 468 generated by the camera 444, forexample.

The motion data 468 may further include an estimated speed and/ordirection data of the person and/or object that caused the motion event.For example, the motion data 468 may include an estimated speed of aperson and/or object (e.g., a parcel) passing in a field of view of themotion sensor 474 and/or the camera 444. For another example, the motiondata 468 may include a direction that a person and/or object in front ofthe motion sensor 474 and/or camera 444 is traveling, such as toward oraway from the A/V recording and communication device 402 or from withinthe parcel boundary 475. As described above, the direction of themovement of the parcel may be used in determining whether or not theremoval of the parcel is authorized.

In some of the present embodiments, the motion data 468 may includeinformation pertaining to a status of a parcel in the field of view ofthe motion detector (e.g., the camera 444 and/or the motion sensor 474).For example, the motion data 468 may include information about themovement of the parcel in the field of view of the motion detector, suchas information of the parcel's movement within and from within theparcel boundary 475. As such, the motion detection rules 470 and/or theparcel monitoring rules 473 may include rules for generating the motiondata 468 specific to the parcel and/or the parcel boundary 475. As aresult, the motion data 468 may be different for each parcel that entersthe field of view of the motion detector, as each parcel may have aunique parcel boundary 475, may be located in a unique location withinthe field of view of the motion detector, and/or may be a unique parcelshape and/or size, for example.

With further reference to FIG. 34, the motion detection rules 470 mayinclude rules for generating motion data 468, analyzing motion data 468,and/or executing tasks and/or commands in response to the analysis ofthe motion data 468. The A/V recording and communication device 402 mayhave motion detection rules 470 specific to persons and/or objects.

In some of the present embodiments, the motion detection rules 470 mayinclude parcel monitoring rules 473 for monitoring parcels in the fieldof view of the motion detector (e.g., the camera 444 and/or the motionsensor 474). The parcel monitoring rules 473 may include rules specificto the parcel boundary 475. For example, the parcel monitoring rules 473may adjust the motion detection rules 470 within the parcel boundary475, such as by increasing the sensitivity of the motion detector withinthe parcel boundary 475. As an example, in embodiments using the motionsensor 474, any movement within the parcel boundary 475 may trigger auser alert 472. As another example, less movement may be required fortriggering a user alert 472 when the movement occurs within the parcelboundary 475 than when the movement occurs outside of the parcelboundary 475. As another example, in embodiments using the camera 444 asthe motion detector, the amount of change (e.g., changed pixels) withinthe parcel boundary 475 between successive frames of the image data 460required to trigger the monitoring action may be less than the amount ofchange required outside of the parcel boundary 475. For example, anychange within the parcel boundary 475 may trigger a determination thatthe parcel is being moved from within the parcel boundary, and maytrigger the monitoring action.

The parcel boundary 475 may be an artificial boundary around a parcel inthe image data 460. The parcel boundary 475 may be used in a “parcelprotection mode,” for example, as described above. In some of thepresent embodiments, the parcel boundary 475 may be created by the user,such as illustrated in FIG. 42. In FIG. 42, a parcel boundary 712 iscreated by a user using his or her finger 714 to draw the parcelboundary 712 around the parcel 710 on the display 730 of the clientdevice 404. The user may first select the draw parcel boundary icon 718,and then proceed to draw the parcel boundary 712 on the display 730. Insuch an embodiment, the parcel boundary 712 may be any shape dictated bythe shape drawn by the finger 714 of the user. In some of the presentembodiments, when the user draws the parcel boundary 712, the parcelboundary 712 may be uneven, messy, and/or jagged, for example. In suchembodiments, the parcel boundary 712 may be adjusted by the processor ofthe client device 404, 406 to conform to a more recognizable shape. Forexample, if the user draws a parcel boundary 712 resembling a circle,but uneven and messy, the parcel boundary may be updated to reflect amore conforming and/or seamless circle of similar size to the drawnparcel boundary 712. In some embodiments, the client device 404, 406 maynot include a touchscreen. In such embodiments, the user may draw theparcel boundary 712 using any input device, rather than a finger 714.Non-limiting examples of input devices include a mouse, a trackball, atouchpad, a joystick, a pointing stick, a stylus, etc.

In other embodiments, the user may be able to select a general parcelboundary shape such as a square or circle, for example, as illustratedin FIG. 43. In FIG. 43, the user may first select the circle parcelboundary icon 722 such that a circle may appear on the display 730. Theuser may then use his or her fingers 714 to maneuver the parcel boundary712 around the display 730 and/or to adjust the size and/or shape of theparcel boundary 712 (e.g., enlarge the circle, lengthen the circle alongan axis to create more of an oval shape, etc.). For example, the usermay increase the size of the parcel boundary 712 to the size of theparcel boundary 712-2. The GUI may also include the square parcelboundary icon 720 for creating a square parcel boundary 475, and/or anyother shaped parcel boundary icon.

In yet another embodiment, the parcel boundary 475 may be generatedautomatically. In such embodiments, the user may select the automaticdetection mode (ADM) icon 724, for example, as illustrated in FIG. 44.As a result, the processor of the client device 404 may locate, withinthe image data 460, the parcel 710 and generate the parcel boundary 712around the parcel 710. The parcel boundary 712 may conform to the shapeof the parcel 710, as illustrated in FIG. 44, or may be another shape,such as a circle or square, for example. In addition to selecting theADM icon 714, the user may also be able to select the size of the parcelboundary 712. For example, the user may be able to select the size ofthe parcel boundary 712 relative to the parcel 710. In such an example,the user may be able to select a small, medium, or large parcel boundary712. A small, or standard, parcel boundary 712 may conform substantiallyto the shape and size of the parcel 710, while medium and large parcelboundaries may be larger than, but substantially the same shape as, theparcel 710. For example, a medium parcel boundary 712 may be 50% to 75%larger than the parcel, and a large parcel boundary 712 may be 100% to200% larger than the parcel. As such, the sizes of the parcel boundary712 may correlate to the size of the parcel. In other embodiments, thesizes of the parcel boundary 712 may be the same irrespective of theparcel 710 size.

The automatic detection mode may use computer vision, such as objectdetection, similar to that described above, to determine the location ofthe parcel within the field of view of the A/V recording andcommunication device 402. Once the location, size, and shape of theparcel is determined, the parcel boundary 475 can be generated aroundthe parcel in the field of view of the A/V recording and communicationdevice 402.

FIG. 35 is a functional block diagram illustrating one embodiment of thebackend server(s) 430 according to various aspects of the presentdisclosure. The backend server(s) 430 may comprise a processing module500 comprising a processor 502, volatile memory 504, a network interface520, and non-volatile memory 506. The network interface 520 may allowthe backend server(s) 430 to access and communicate with devicesconnected to the network (Internet/PSTN) 410. The non-volatile memory506 may include a server application 508 that configures the processor502 to receive the image data 460, the audio data 462, the text data464, and/or the motion data 468 received from the A/V recording andcommunication device 402 in the output signal 466, for example. Invarious embodiments, and as described below, the backend server(s) 430may be configured to receive, from the client device 404, 406, a firstselection of a parcel boundary 475 for monitoring a parcel within theparcel boundary 475, and a second selection of a monitoring action(e.g., generating the user alert 472) to be executed in response to theparcel being moved from within the parcel boundary 475, and generate andtransmit, based on the first and second selections, the parcelmonitoring rules 473 to the A/V recording and communication device 402.

In further reference to FIG. 35, the non-volatile memory 506 may alsoinclude source identifying data 510 that may be used to identify the A/Vrecording and communication device 402. In some of the presentembodiments, identifying the A/V recording and communication device 402may include determining the location of the device 402, which locationmay be used to determine which client device(s) 404, 406 will receivethe user alert 472 and/or the image data 460. In addition, the sourceidentifying data 510 may be used to determine location(s) of the clientdevice(s) 404, 406. In some of the present embodiments, the serverapplication 508 may further configure the processor 502 to generate andtransmit a report signal (not shown) to a third-party client device (notshown), which may be associated with a law enforcement agency, forexample. The report signal sent to the law enforcement agency mayinclude information indicating an approximate location of where theimage data 460 was captured, which may assist the law enforcement agencywith apprehending the criminal perpetrator shown in the image data 460.

In the illustrated embodiment of FIGS. 34-35, the various componentsincluding (but not limited to) the processing modules 446, 500, thecommunication module 450, and the network interface 520 are representedby separate boxes. The graphical representations depicted in each ofFIGS. 23-24 are, however, merely examples, and are not intended toindicate that any of the various components of the A/V recording andcommunication device 402 or the backend server(s) 430 are necessarilyphysically separate from one another, although in some of the presentembodiments they might be. In other embodiments, however, the structureand/or functionality of any or all of the components of A/V recordingand communication device 402 may be combined. In addition, in some ofthe present embodiments the communication module 450 may include its ownprocessor, volatile memory, and/or non-volatile memory. Further, thestructure and/or functionality of any or all of the components of thebackend server(s) 430 may be combined. In addition, in some of thepresent embodiments the network interface 520 may include its ownprocessor, volatile memory, and/or non-volatile memory.

Now referring to FIG. 36, FIG. 36 is a flowchart illustrating oneembodiment of a process for deterring parcel theft with an A/V recordingand communication device according to various aspects of the presentdisclosure. At block B600, the process receives, by a processor, imagedata including a parcel recorded by the camera in a field of view of thecamera. For example, a processor (e.g., the processor 802 of FIG. 45) ofthe client device 404, 406 may receive the image data 460 including aparcel recorded by the camera 444 in a field of view of the camera 444.

At block B602, the process displays the image data on a display of aclient device. For example, the processor of the client device 404, 406may display the image data 460 on the display of the client device 404,406 (e.g. display 806 of FIG. 45). The image data 460 on the display maybe a visual representation of the field of view of the camera 444. Theimage data 460 may include the parcel, such as the parcel 710 of FIGS.42-44. The image data 460 displayed on the display may be a still imagecaptured by the camera 444, a live, streaming, and/or recorded videocaptured by the camera 444, and/or a frame of a video recorded by thecamera 444. For example, once the A/V recording and communication device402 determines a parcel is present, the camera 444 may capture a stillimage of the field of view of the camera 444 including the parcel forsending to the client device 404, 406 to have the parcel boundary 475created. In another example, a video feed may be sent to the display ofthe client device 404, 406, and the user may be able to, based on thepresence of the parcel, enter the parcel protection mode whereby theuser can create the parcel boundary 475. In such an example, the usermay be able to freeze the video at a certain frame to create the parcelboundary 475. In another example, the processor of the client device404, 406 may freeze the video at a frame that includes the parcel forthe user to create the parcel boundary 475. In yet another example, theuser may be able to create the parcel boundary 475 while viewing thelive streaming video. This example may be useful where the field of viewof the camera 444 does not change.

With further reference to FIG. 36, the process, at block B604, receives,by the processor based on the image data displayed on the display of theclient device, an input including a first selection of a parcel boundaryfor monitoring the parcel within the parcel boundary, and a secondselection of a monitoring action to be executed in response to theparcel being moved from within the parcel boundary. For example, theprocessor of the client device 404, 406, based on the image data 460(e.g., a visual representation of the field of view of the camera 444including the parcel), receives an input including a first selection ofthe parcel boundary 475 for monitoring the parcel within the parcelboundary 475, and a second selection of a monitoring action (e.g.,generating a user alert) to be executed in response to the parcel beingmoved from within the parcel boundary 475.

The selection of the parcel boundary 475 may be done by the user usingany of the methods described above with respect to FIGS. 42-44. Forexample, as illustrated in FIG. 42, the user may draw the parcelboundary 712 around the parcel 712 using his or her finger 714 on thedisplay 730 of the client device 404, 406. As another example, asillustrated in FIG. 43, the user may fit a parcel boundary 712 of aparticular shape, such as a circle, square, rectangle, triangle, orother shape, around the parcel 710 using his or her fingers 714 on thedisplay 730. In yet another example, as illustrated in FIG. 44, the usermay select automatic detection mode (ADM) to have the processor of theclient device 404, 406 automatically generate the parcel boundary 712around the parcel 710 on the display 730 of the client device 404, 406.In such an example, object detection and/or recognition may be used, asdescribed above, to locate the parcel in the image data 460 forgenerating the parcel boundary 475.

The second selection of the monitoring action to be executed in responseto the parcel being moved from within the parcel boundary 475 mayinclude a selection of the generation of a user alert, the sounding ofan alarm, and/or the activating of the camera 444 to record image data460 of the parcel being moved, for example. The user may be presented alist of options for the monitoring action, including those listed above,from which to choose. The user may be presented the list of optionsbefore, during, and/or after the selection of the parcel boundary 475.

In embodiments where the monitoring action includes the user alert 472,the user alert 472 may include an indication that the parcel has beenremoved from the parcel boundary 475. For example, the user may receivethe user alert 472 on the display of their client device 404, 406 withtextual information indicating that the parcel has been removed fromwithin the parcel boundary 475. In some of the present embodiments, theuser alert 472 may include information about the person who removed theparcel from within the parcel boundary 475. For example, as discussedabove, the image data 460 may be analyzed using computer vision todetermine the identity of the person and/or to determine if the personis an authorized person. If the person is authorized and/or the identityof the person can be determined (e.g., by comparing the person in theimage data 460 to a database of suspicious person), the identity of theperson may be included in the user alert 472. For example, the name ofthe person and/or an indication of whether the person is authorized ornot may be included as textual information in the user alert 472. Insome of the present embodiments, the user alert 472 may include at leastone frame captured by the camera 444 during the time the parcel is beingremoved from the parcel boundary 475. For example, the user alert 472may include the live or pre-recorded video of the parcel being movedfrom within the parcel boundary 475. For another example, a number offrames may be captured by the camera 444 during the time that the parcelis being moved from within the parcel boundary 475, and the user alert472 may include at least one of those frames. In some of the presentembodiments, each of the frames may be analyzed to determine the framethat is most relevant based on the motion detection rules 473. Forexample, based on the motion detection rules 473, the frame that is mostrelevant may be the frame including the parcel and the person who isremoving the parcel. In such an example, there may be multiple framesincluding the person and the parcel, and the frame with the clearestimage, such as a facial image, of the person may be the selected framefor including in the user alert 472, for example. In some of the presentembodiments, the user alert 472 may be programmed to display as apush-notification on the display of the client device 404, 406. Thepush-notification may include the information discussed above relatingto the removal of the parcel and may further include at least one framefrom the video and/or a still image, as discussed above.

In some of the present embodiments, the first selection and the secondselection may be made in response to entering the parcel protectionmode. In such embodiments, the user, similar to that described above,may be able to activate and deactivate (e.g., turn on and off) theparcel protection mode. For example, the user may be aware that his orher spouse is arriving home, and may deactivate the parcel protectionmode. In some of the present embodiments, the user may activate, ordeactivate, or change the monitoring action, while leaving the parcelmonitoring within the parcel boundary 475 in place. This action may betaken, for example, when the user wants to have a record of the parcelbeing moved, but does not wish to have a monitoring action executed inresponse to the parcel being moved.

At block B606, the process generates and transmits, by the processorbased on the input, parcel monitoring rules to an A/V recording andcommunication device. For example, the processor of the client device404, 406 may generate and transmit, using the communication module 450,the parcel monitoring rules 473 to the A/V recording and communicationdevice 402. The parcel monitoring rules 473 may be used by the A/Vrecording and communication device 402 to update the motion detectionrules 470 of the motion detector (e.g., the camera 444 and/or the motionsensor 474) to monitor the parcel within the parcel boundary 475 andexecute the monitoring action in response to the parcel being moved fromwithin the parcel boundary 475.

Now referring to FIG. 37, FIG. 37 is a flowchart illustrating oneembodiment of a process for deterring parcel theft with an A/V recordingand communication device according to various aspects of the presentdisclosure. The process of FIG. 37, as indicated at block B608, maycontinue from block B606 of the process of FIG. 36. At block B610, theprocess receives, by a processor based on parcel monitoring rules and inresponse to a parcel being moved from within a parcel boundary, a useralert. For example, the processor (e.g., the processor 802 of the clientdevice 800), based on the parcel monitoring rules 473 and in response tothe parcel being moved from within the parcel boundary 475 (e.g., theparcel 710 being moved from within the parcel boundary 712 of FIGS.42-44), receives the user alert 472.

As discussed above, the user alert 472 may include a notification thatthe parcel has been moved from within the parcel boundary 475, anotification of who removed the parcel, if the person is an authorizedperson or a recognized unauthorized person, a live or pre-recorded videoof the parcel being moved from within the parcel boundary 475, and/or aframe from the video captured by the camera 444 during the movement ofthe parcel from within the parcel boundary 475, for example.

At block B612, the process displays the user alert on a display of aclient device. For example, the user alert 472 may be displayed on thedisplay of the client device 404, 406. The user alert 472, as discussedabove, may display on the client device 404, 406 as a push-notification.The user may be able to select the push-notification to access video(live or pre-recorded) captured by the camera 444 of the parcel beingmoved from within the parcel boundary 475. In some of the presentembodiments, the user alert 472 may be programmed such that the videofrom the parcel being removed from the parcel boundary 475 automaticallydisplays on the display of the client device 404, 406. In some of thepresent embodiments, the user alert 472 may be programmed to provide anotification that an alert is pending (e.g., with a number “1” or an “!”overlaid on the application icon on the display of the client device404, 406). In such an embodiment, the user alert 472 may further beprogrammed to save the video of the parcel being moved from within theparcel boundary 475 for viewing at a future time by the user.

Now referring to FIG. 38, FIG. 38 is a flowchart illustrating oneembodiment of a process for deterring parcel theft with an A/V recordingand communication device according to various aspects of the presentdisclosure. At block B614, the process receives, by a processor from aclient device associated with an A/V recording and communication device,parcel monitoring rules for monitoring a parcel in a field of view of amotion detector. For example, the processor 452 receives from the clientdevice 404, 406 associated with the A/V recording and communicationdevice 402, the parcel monitoring rules 473 for monitoring the parcel ina field of view of the motion detector (e.g., the camera 444 and/or themotion sensor 474). The parcel monitoring rules 473 may be similar tothose described above with respect to FIG. 34 and block B606 of FIG. 36,for example.

At block B616, the process updates, based on the parcel monitoringrules, the motion detection rules to create updated motion detectionrules. For example, the processor 452 may update the motion detectionrules 470 based on the parcel monitoring rules 473 to create updatedmotion detection rules 470. The parcel monitoring rules 473 may updatethe motion detection rules 470 similar to that described above withrespect to FIG. 34. For example, the motion detection rules 470 may havean initial setting (e.g., sensitivity level) where the parcel boundary475 is located. In response to receiving the parcel monitoring rules473, the motion detection rules 470 may be updated such that the updatedmotion detection rules 470 have a current setting different than theinitial setting within the parcel boundary 475. For example, the currentsetting may be an increased sensitivity within the parcel boundary 475,as described above. For another example, similar to that describedabove, successive frames of the image data 460 may be compared withinthe parcel boundary 475 to determine if any change is detected.

At block B618, the process detects, by the motion detector based on theupdated motion detection rules, that the parcel has been moved fromwithin the parcel boundary. For example, the motion detector (e.g., thecamera 444 and/or the motion sensor 474) may detect that the parcel hasbeen moved from within the parcel boundary 475 based on the updatedmotion detection rules 470. Without updating the motion detection rules470, the removal of the parcel from the parcel boundary 475 may not havebeen noticed and/or may have been ignored by the user. For example,absent the parcel monitoring rules 473, the A/V recording andcommunication device 402 may have detected the motion event of a personentering the field of view of the camera 444 and/or the motion sensor474, however, the image data 460 generated in response would not havebeen analyzed in view of the presence of a parcel and/or a parcelboundary 475. As such, the user alert 472, for example, generated inresponse to the person removing the parcel from the parcel boundary 475may only indicate the presence of a person, which may go unnoticed, ormay be ignored by the user. However, using the updated motion detectionrules 470 based on the parcel monitoring rules 473, the user alert 472may include the information pertaining to the parcel being removed fromthe parcel boundary 475, and thus may result in the user paying closerattention and/or not overlooking the user alert 472. In another example,the parcel may be located in a zone (e.g., one of Zone 1-5 of FIG. 20),or within a part of the zone where, absent the parcel monitoring rules473, the removal of the parcel may have gone undetected based on currentmotion detection rules 470. For example, the user may have disabledmotion detection in the zone, or part of the zone. However, with theupdated motion detection rules 470 based on the parcel monitoring rules473, the parcel boundary 475 may trigger enhanced monitoring of thezone, or the part of the zone where the parcel boundary 475 is located.

At block B620, the process executes, by the processor in response to thedetecting that the parcel has been moved from within the parcel boundaryand based on the updated motion detection rules, the monitoring action.For example, the processor 452 may execute the monitoring action (e.g.,generate and transmit, using the communication module 450, the useralert 472) based on the updated motion detection rules in response todetecting that the parcel has been moved from within the parcel boundary475. The parcel monitoring rules 473 may include the monitoring actionto be executed, as discussed above, which may be, for example,generating the user alert 472, activating the camera 444 to record theparcel being moved from within the parcel boundary 475, and/or signalingan alarm using the speaker 448.

Now referring to FIG. 39, FIG. 39 is a flowchart illustrating oneembodiment of a process for deterring parcel theft with an A/V recordingand communication device according to various aspects of the presentdisclosure. As indicated at block B630, the process of FIG. 39 mayprecede the process of FIG. 38, such that the process of FIG. 38, atblock B614, continues the process of FIG. 39 after block B628.

At block B622, the process generates, by an A/V recording andcommunication device, motion data in response to a motion event in afield of view of the A/V recording and communication device. Forexample, the motion sensor 474 and/or the camera 444 may generate themotion data 468 in response to a motion event in the field of view ofthe motion sensor 474 and/or the field of view of the camera 444. Themotion event may, in some of the present embodiments, be caused by themovement of a person with a parcel in the field of view of the motiondetector (e.g., the camera 444 and/or the motion sensor 474). The personmay be carrying the parcel, dragging the parcel, pushing the parcel, orthe like. The person may be, for example, a mail carrier, a deliveryperson, etc., as discussed above.

At block B624, the process activates, by a processor based on the motiondata, a camera to record image data in a field of view of the camera.For example, the processor 452, based on the image data 460, mayactivate the camera 444 to record image data 460 in the field of view ofthe camera 444.

At block B626, the process analyzes, by the processor, the image data todetermine whether the image data includes a parcel. For example, theprocessor 452 may analyze the image data 460 to determine whether theimage data 460 includes the parcel. This process may be similar to thatdescribed above (e.g., with respect to the process, at block B300, ofFIG. 22). In addition, the image data 460 may be analyzed to determinethe location of the parcel within the field of view of the camera 444.

At block B628, the process transmits, by the processor based on thedetermination whether the image data includes a parcel, the image datato a client device associated with the A/V recording and communicationdevice. For example, the processor 452 may transmit, using thecommunication module 450, the image data 460 to the client device 404,406 based on the determination that the image data 460 includes theparcel. The processor 452, using the communication module 450, maytransmit the image data 460 with a user alert 472 indicating to the userof the client device 404, 406 that the parcel is present. For example,the user alert 472 may be programmed to allow the user to activate theparcel protection mode whereby the user may be able to create the parcelboundary 475.

The image data 460 transmitted at block B628 may be received by theclient device 404, 406 at block B600 of FIG. 36, for example. Inresponse, the client device 404, 406 may execute the process of FIG. 36and/or the process of FIG. 37, for example. In response, the A/Vrecording and communication device 402 may receive, at block B614, theparcel monitoring rules 473 transmitted by the client device 404, 406 atblock B606 and execute the process of FIG. 38, for example.

Now referring to FIG. 40, FIG. 40 is a flowchart illustrating oneembodiment of a process for deterring parcel theft with an A/V recordingand communication device according to various aspects of the presentdisclosure. At block B632, the process receives, from a client device, afirst selection of a parcel boundary for monitoring a parcel within theparcel boundary, and a second selection of a monitoring action to beexecuted in response to the parcel being moved from within the parcelboundary. For example, the processor 502 of the backend server 430 mayreceive, using the network interface 520, from the client device 404,406, a first selection of the parcel boundary 475 for monitoring theparcel within the parcel boundary 475, and a second selection of amonitoring action to be executed in response to the parcel being movedfrom within the parcel boundary 475. In other words, after the user ofthe client device 404, 406 makes the first selection and the secondselection at block B604 of FIG. 36, for example, the processor 502 ofthe backend server 430 receives the first selection (e.g., the parcelboundary 475) and the second selection (e.g. the monitoring action suchas the user alert 472).

At block B634, the process generates and transmits, based on the firstand second selections, parcel monitoring rules to the A/V recording andcommunication device. For example, the processor 502 may generate andtransmit, using the network interface 520, the parcel monitoring rules473 to the A/V recording and communication device 402. This process maybe similar to that of block B606 of FIG. 36, except it may be executedby the processor 502 of the backend server 430, for example.

Now referring to FIG. 41, FIG. 41 is a flowchart illustrating oneembodiment of a process for deterring parcel theft with an A/V recordingand communication device according to various aspects of the presentdisclosure. As indicated at block B642, the process of FIG. 41 mayprecede the process of FIG. 40, such that the process of FIG. 40, atblock B632, continues the process of FIG. 41 after block B640.

At block B636, the process receives image data recorded by a camera in afield of view of the camera in response to a motion event detected bythe A/V recording and communication device in a field of view of the A/Vrecording and communication device. For example, the processor 502 ofthe backend server 430 may receive the image data 460 recorded by thecamera 444 in a field of view of the camera 444 in response to a motionevent detected by the A/V recording and communication device (e.g., bythe camera 444 and/or the motion sensor 474) in a field of view of theA/V recording and communication device 402 (e.g., a field of view of thecamera 444 and/or a field of view of the motion sensor 474). Theprocessor 502 may receive the image data 460 from the A/V recording andcommunication device 402 after the A/V recording and communicationdevice 402 records the image data 460 at block B624, for example.

At block B638, the process analyzes the image data to determine whethera parcel is present. For example, the processor 502 may analyze theimage data 460 to determine if a parcel is present. This process may besimilar to that of block B626 of FIG. 39, except it may be executed bythe processor 502 of the backend server 430, for example.

At block B640, the process transmits, based on the determination that aparcel is present, the image data to a client device. For example, theprocessor 502, using the network interface 520, may transmit the imagedata 460, based on the determination that a parcel is present in theimage data 460, to the client device 404, 406 associated with the A/Vrecording and communication device 402. This process may be similar tothat of block B628 of FIG. 39, except it may be executed by theprocessor 502 of the backend server 430, for example.

The image data 460 transmitted at block B640 may be received by theclient device 404, 406 at block B600 of FIG. 36, for example. Inresponse, the client device 404, 406 may execute the process of FIG. 36until block B604, and may transmit the first selection and the secondselection from block B604 to the backend server 430, for example. Inresponse, the backend server 430 may receive, at block B632, the firstselection and the second selection and execute the process of FIG. 40,for example.

In various embodiments, techniques as disclosed herein may protectagainst parcel theft and/or may aid in apprehending perpetrators ofparcel theft. In particular, as described above, the present embodimentsadvantageously leverage the functionality of A/V recording andcommunication devices to deter parcel theft and/or to identify andapprehend parcel thieves. Various embodiments may determine when one ormore parcels have been left within and/or removed from the area aboutthe A/V recording and communication device. When one or more parcels areremoved from the area about the A/V recording and communication device,various embodiments may determine whether such removal was authorizedand, if desired, generate an alert. The user may then determine what, ifanything, to do in response to the alert, such as notifying lawenforcement and/or sharing video footage of the parcel theft, such asvia social media.

FIG. 45 is a functional block diagram of a client device 800 on whichthe present embodiments may be implemented according to various aspectsof the present disclosure. The user's client device 114 described withreference to FIG. 1 may include some or all of the components and/orfunctionality of the client device 800. The client device 800 maycomprise, for example, a smartphone.

With reference to FIG. 45, the client device 800 includes a processor802, a memory 804, a user interface 806, a communication module 808, anda dataport 810. These components are communicatively coupled together byan interconnect bus 812. The processor 802 may include any processorused in smartphones and/or portable computing devices, such as an ARMprocessor (a processor based on the RISC (reduced instruction setcomputer) architecture developed by Advanced RISC Machines (ARM).). Insome of the present embodiments, the processor 802 may include one ormore other processors, such as one or more conventional microprocessors,and/or one or more supplementary co-processors, such as mathco-processors.

The memory 804 may include both operating memory, such as random accessmemory (RAM), as well as data storage, such as read-only memory (ROM),hard drives, flash memory, or any other suitable memory/storage element.The memory 804 may include removable memory elements, such as aCompactFlash card, a MultiMediaCard (MMC), and/or a Secure Digital (SD)card. In some of the present embodiments, the memory 804 may comprise acombination of magnetic, optical, and/or semiconductor memory, and mayinclude, for example, RAM, ROM, flash drive, and/or a hard disk ordrive. The processor 802 and the memory 804 each may be, for example,located entirely within a single device, or may be connected to eachother by a communication medium, such as a USB port, a serial portcable, a coaxial cable, an Ethernet-type cable, a telephone line, aradio frequency transceiver, or other similar wireless or wired mediumor combination of the foregoing. For example, the processor 802 may beconnected to the memory 804 via the dataport 810.

The user interface 806 may include any user interface or presentationelements suitable for a smartphone and/or a portable computing device,such as a keypad, a display screen, a touchscreen, a microphone, and aspeaker. The communication module 808 is configured to handlecommunication links between the client device 800 and other, externaldevices or receivers, and to route incoming/outgoing data appropriately.For example, inbound data from the dataport 810 may be routed throughthe communication module 808 before being directed to the processor 802,and outbound data from the processor 802 may be routed through thecommunication module 808 before being directed to the dataport 810. Thecommunication module 808 may include one or more transceiver modulescapable of transmitting and receiving data, and using, for example, oneor more protocols and/or technologies, such as GSM, UMTS (3GSM), IS-95(CDMA one), IS-2000 (CDMA 2000), LTE, FDMA, TDMA, W-CDMA, CDMA, OFDMA,Wi-Fi, WiMAX, or any other protocol and/or technology.

The dataport 810 may be any type of connector used for physicallyinterfacing with a smartphone and/or a portable computing device, suchas a mini-USB port or an IPHONE®/IPOD® 30-pin connector or LIGHTNING®connector. In other embodiments, the dataport 810 may include multiplecommunication channels for simultaneous communication with, for example,other processors, servers, and/or client terminals.

The memory 804 may store instructions for communicating with othersystems, such as a computer. The memory 804 may store, for example, aprogram (e.g., computer program code) adapted to direct the processor802 in accordance with the present embodiments. The instructions alsomay include program elements, such as an operating system. Whileexecution of sequences of instructions in the program causes theprocessor 802 to perform the process steps described herein, hard-wiredcircuitry may be used in place of, or in combination with,software/firmware instructions for implementation of the processes ofthe present embodiments. Thus, the present embodiments are not limitedto any specific combination of hardware and software.

FIG. 46 is a functional block diagram of a general-purpose computingsystem on which the present embodiments may be implemented according tovarious aspects of the present disclosure. The computer system 900 maybe embodied in at least one of a personal computer (also referred to asa desktop computer) 900A, a portable computer (also referred to as alaptop or notebook computer) 900B, and/or a server 900C. A server is acomputer program and/or a machine that waits for requests from othermachines or software (clients) and responds to them. A server typicallyprocesses data. The purpose of a server is to share data and/or hardwareand/or software resources among clients. This architecture is called theclient-server model. The clients may run on the same computer or mayconnect to the server over a network. Examples of computing serversinclude database servers, file servers, mail servers, print servers, webservers, game servers, and application servers. The term server may beconstrued broadly to include any computerized process that shares aresource to one or more client processes.

The computer system 900 may execute at least some of the operationsdescribed above. The computer system 900 may include at least oneprocessor 910, memory 920, at least one storage device 930, andinput/output (I/O) devices 940. Some or all of the components 910, 920,930, 940 may be interconnected via a system bus 950. The processor 910may be single- or multi-threaded and may have one or more cores. Theprocessor 910 may execute instructions, such as those stored in thememory 920 and/or in the storage device 930. Information may be receivedand output using one or more I/O devices 940.

The memory 920 may store information, and may be a computer-readablemedium, such as volatile or non-volatile memory. The storage device(s)930 may provide storage for the system 900, and may be acomputer-readable medium. In various aspects, the storage device(s) 930may be a flash memory device, a hard disk device, an optical diskdevice, a tape device, or any other type of storage device.

The I/O devices 940 may provide input/output operations for the system900. The I/O devices 940 may include a keyboard, a pointing device,and/or a microphone. The I/O devices 940 may further include a displayunit for displaying graphical user interfaces, a speaker, and/or aprinter. External data may be stored in one or more accessible externaldatabases 960.

The features of the present embodiments described herein may beimplemented in digital electronic circuitry, and/or in computerhardware, firmware, software, and/or in combinations thereof. Featuresof the present embodiments may be implemented in a computer programproduct tangibly embodied in an information carrier, such as amachine-readable storage device, and/or in a propagated signal, forexecution by a programmable processor. Embodiments of the present methodsteps may be performed by a programmable processor executing a programof instructions to perform functions of the described implementations byoperating on input data and generating output.

The features of the present embodiments described herein may beimplemented in one or more computer programs that are executable on aprogrammable system including at least one programmable processorcoupled to receive data and/or instructions from, and to transmit dataand/or instructions to, a data storage system, at least one inputdevice, and at least one output device. A computer program may include aset of instructions that may be used, directly or indirectly, in acomputer to perform a certain activity or bring about a certain result.A computer program may be written in any form of programming language,including compiled or interpreted languages, and it may be deployed inany form, including as a stand-alone program or as a module, component,subroutine, or other unit suitable for use in a computing environment.

Suitable processors for the execution of a program of instructions mayinclude, for example, both general and special purpose processors,and/or the sole processor or one of multiple processors of any kind ofcomputer. Generally, a processor may receive instructions and/or datafrom a read only memory (ROM), or a random access memory (RAM), or both.Such a computer may include a processor for executing instructions andone or more memories for storing instructions and/or data.

Generally, a computer may also include, or be operatively coupled tocommunicate with, one or more mass storage devices for storing datafiles. Such devices include magnetic disks, such as internal hard disksand/or removable disks, magneto-optical disks, and/or optical disks.Storage devices suitable for tangibly embodying computer programinstructions and/or data may include all forms of non-volatile memory,including for example semiconductor memory devices, such as EPROM,EEPROM, and flash memory devices, magnetic disks such as internal harddisks and removable disks, magneto-optical disks, and CD-ROM and DVD-ROMdisks. The processor and the memory may be supplemented by, orincorporated in, one or more ASICs (application-specific integratedcircuits).

To provide for interaction with a user, the features of the presentembodiments may be implemented on a computer having a display device,such as an LCD (liquid crystal display) monitor, for displayinginformation to the user. The computer may further include a keyboard, apointing device, such as a mouse or a trackball, and/or a touchscreen bywhich the user may provide input to the computer.

The features of the present embodiments may be implemented in a computersystem that includes a backend component, such as a data server, and/orthat includes a middleware component, such as an application server oran Internet server, and/or that includes a front-end component, such asa client computer having a graphical user interface (GUI) and/or anInternet browser, or any combination of these. The components of thesystem may be connected by any form or medium of digital datacommunication, such as a communication network. Examples ofcommunication networks may include, for example, a LAN (local areanetwork), a WAN (wide area network), and/or the computers and networksforming the Internet.

The computer system may include clients and servers. A client and servermay be remote from each other and interact through a network, such asthose described herein. The relationship of client and server may ariseby virtue of computer programs running on the respective computers andhaving a client-server relationship to each other.

In a first aspect, a client device including a processor and a displayassociated with an audio/video (A/V) recording and communication devicehaving a camera, receives, by the processor, image data including aparcel recorded by the camera in a field of view of the camera; displaysthe image data on the display of the client device; receives, by theprocessor based on the image data displayed on the display of the clientdevice, an input including a first selection of a parcel boundary formonitoring the parcel within the parcel boundary, and a second selectionof a monitoring action to be executed in response to the parcel beingmoved from within the parcel boundary; and generates and transmits, bythe processor based on the input, parcel monitoring rules to the A/Vrecording and communication device.

In an embodiment of the first aspect, displaying the image data on thedisplay includes one of streaming a video, displaying a still image, anddisplaying a frame of a video.

In another embodiment of the first aspect, the input of the firstselection includes one of a drawing of the parcel boundary around theparcel on the display, fitting a selected shape around the parcel as theparcel boundary on the display, and selecting an automatic detectionmode for automatically creating the parcel boundary.

In another embodiment of the first aspect, the automatic detection modeincludes: using object detection to detect the size, shape, and locationof the parcel in the image data; and generating the parcel boundaryaround the parcel.

In another embodiment of the first aspect, the monitoring action is atleast one of sounding an alarm, activating the camera to record, andgenerating a user alert.

In a second aspect, a client device associated with an audio/video (A/V)recording and communication device having a camera comprises: a display;a communication module; one or more processors; and a non-transitorymachine readable memory storing a program, the program executable by atleast one of the processors, the program comprising sets of instructionsfor: receiving image data including a parcel recorded by the camera in afield of view of the camera; displaying the image data on the display ofthe client device; receiving, based on the image data displayed on thedisplay of the client device, an input including a first selection of aparcel boundary for monitoring the parcel within the parcel boundary,and a second selection of a monitoring action to be executed in responseto the parcel being moved from within the parcel boundary; andgenerating and transmitting, based on the input using the communicationmodule, parcel monitoring rules to the A/V recording and communicationdevice.

In an embodiment of the second aspect, displaying the image data on thedisplay includes one of streaming a video, displaying a still image, anddisplaying a frame of a video.

In another embodiment of the second aspect, the input of the firstselection includes one of a drawing of the parcel boundary around theparcel on the display, fitting a selected shape around the parcel as theparcel boundary on the display, and selecting an automatic detectionmode for automatically creating the parcel boundary.

In another embodiment of the second aspect, the automatic detection modeincludes: using object detection to detect the size, shape, and locationof the parcel in the image data; and generating the parcel boundaryaround the parcel.

In another embodiment of the second aspect, the monitoring action is atleast one of sounding an alarm, activating the camera to record, andgenerating a user alert.

In a third aspect, a client device including a processor, a display, anda communication module associated with an audio/video (A/V) recordingand communication device having a camera, receives, by the processor,image data including a parcel recorded by the camera in a field of viewof the camera in response to a motion event detected by the A/Vrecording and communication device in a field of view of the A/Vrecording and communication device; displays the image data on thedisplay of the client device; receives, by the processor based on theimage data displayed on the display of the client device, a first inputincluding a formation of a parcel boundary for monitoring the parcelwithin the parcel boundary, and a second input including a selection ofa monitoring action to be executed in response to the parcel being movedfrom within the parcel boundary, the selection of the monitoring actionincluding at least a user alert; generates, by the processor based onthe first input and the second input, parcel monitoring rules;transmits, by the processor using the communication module, the parcelmonitoring rules to the A/V recording and communication device;receives, by the processor based on the parcel monitoring rules and inresponse to the parcel being moved from within the parcel boundary, theuser alert; and displays the user alert on the display of the clientdevice.

In an embodiment of the third aspect, displaying the image data on thedisplay includes one of streaming a video, displaying a still image, anddisplaying a frame of a video.

In another embodiment of the third aspect, the formation of the parcelboundary includes one of a drawing of the parcel boundary around theparcel on the display, fitting a selected shape around the parcel as theparcel boundary on the display, and selecting an automatic detectionmode for creating the parcel boundary.

In another embodiment of the third aspect, the automatic detection modeincludes: using object detection to detect the size, shape, and locationof the parcel in the image data; and generating the parcel boundaryaround the parcel.

In another embodiment of the third aspect, the monitoring action furtherincludes at least one of sounding an alarm and activating the camera torecord.

In another embodiment of the third aspect, the user alert includes anindication that the parcel has been removed from the parcel boundary.

In another embodiment of the third aspect, the user alert furtherincludes information about a person who removed the parcel from theparcel boundary.

In another embodiment of the third aspect, the user alert includes atleast one frame captured by the camera during the time the parcel isbeing removed from the parcel boundary.

In another embodiment of the third aspect, the parcel monitoring rulesare programmed to adjust motion detection rules of the A/V recording andcommunication device.

In another embodiment of the third aspect, wherein the parcel monitoringrules are programmed to adjust the motion detection rules only until theparcel is removed from within the parcel boundary.

In a fourth aspect, an audio/video (AN) recording and communicationdevice including a processor and a motion detector having motiondetection rules, receives, by the processor from a client deviceassociated with the A/V recording and communication device, parcelmonitoring rules for monitoring a parcel in a field of view of themotion detector, the parcel monitoring rules including a parcel boundaryfor monitoring the parcel within the parcel boundary, and a monitoringaction to be executed in response to the parcel being moved from withinthe parcel boundary; updates, by the processor based on the parcelmonitoring rules, the motion detection rules to create updated motiondetection rules; detects, by the motion detector based on the updatedmotion detection rules, that the parcel has been moved from within theparcel boundary; and executes, by the processor in response to thedetecting that the parcel has been moved from within the parcel boundaryand based on the updated motion detection rules, the monitoring action.

In an embodiment of the fourth aspect, the motion detector is at leastone of a camera and a motion sensor of the A/V recording andcommunication device.

In another embodiment of the fourth aspect, the motion detection rulesand the updated motion detection rules include at least one of cameramotion detection rules and motion sensor motion detection rules.

In another embodiment of the fourth aspect, the monitoring actionincludes at least one of sounding an alarm, activating a camera of theA/V recording and communication device to record image data, andgenerating a user alert.

In another embodiment of the fourth aspect, the user alert includes anindication that the parcel has been removed from the parcel boundary.

In another embodiment of the fourth aspect, the user alert includesinformation about a person who removed the parcel from the parcelboundary.

In another embodiment of the fourth aspect, the user alert includes atleast one frame captured by the camera during the time the parcel isbeing removed from the parcel boundary.

In another embodiment of the fourth aspect, the updated motion detectionrules include increased sensitivity within the parcel boundary.

In a fifth aspect, an audio/video (A/V) recording and communicationdevice comprises: a motion detector having motion detection rules; acommunication module; one or more processors; and a non-transitorymachine-readable memory storing a program, the program executable by atleast one of the processors, the program comprising sets of instructionsfor: receiving, from a client device associated with the A/V recordingand communication device using the communication module, parcelmonitoring rules for monitoring a parcel in a field of view of themotion detector, the parcel monitoring rules including a parcel boundaryfor monitoring the parcel within the parcel boundary, and a monitoringaction to be executed in response to the parcel being moved from withinthe parcel boundary; updating, based on the parcel monitoring rules, themotion detection rules to create updated motion detection rules;detecting, by the motion detector based on the updated motion detectionrules, that the parcel has been moved from within the parcel boundary;and executing, by the processor in response to the detecting that theparcel has been moved from within the parcel boundary and based on theupdated motion detection rules, the monitoring action.

In an embodiment of the fifth aspect, the motion detector is at leastone of a camera and a motion sensor of the A/V recording andcommunication device.

In another embodiment of the fifth aspect, the motion detection rulesand the updated motion detection rules include at least one of cameramotion detection rules and motion sensor motion detection rules.

In another embodiment of the fifth aspect, the monitoring actionincludes at least one of sounding an alarm, activating a camera of theA/V recording and communication device to record image data, andgenerating a user alert.

In another embodiment of the fifth aspect, the user alert includes anindication that the parcel has been removed from the parcel boundary.

In another embodiment of the fifth aspect, the user alert includesinformation about a person who removed the parcel from the parcelboundary.

In another embodiment of the fifth aspect, the user alert includes atleast one frame captured by the camera during the time the parcel isbeing removed from the parcel boundary.

In another embodiment of the fifth aspect, the updated motion detectionrules include increased sensitivity within the parcel boundary.

In a sixth aspect, an audio/video (A/V) recording and communicationdevice having a processor, a camera, and motion detection rules,generates, by the A/V recording and communication device, motion data inresponse to a motion event in a field of view of the A/V recording andcommunication device; activates, by the processor based on the motiondata, the camera to record image data in a field of view of the camera;analyzes, by the processor, the image data to determine whether theimage data includes a parcel; transmits, by the processor based on thedetermination whether the image data includes a parcel, the image datato a client device associated with the A/V recording and communicationdevice; receives, by the processor from the client device, parcelmonitoring rules for monitoring the parcel in the field of view of theA/V recording and communication device, the parcel monitoring rulesincluding a parcel boundary for monitoring the parcel within the parcelboundary, and a monitoring action to be executed in response to theparcel being moved from within the parcel boundary; updates, by theprocessor based on the parcel monitoring rules, the motion detectionrules to create updated motion detection rules; detects, by the A/Vrecording and communication device based on the updated motion sensorrules, that the parcel has been moved from within the parcel boundary;and executes, by the processor based on the updated motion detectionrules and in response to the detecting that the parcel has been movedfrom within the parcel boundary, the monitoring action.

In an embodiment of the sixth aspect, the motion detection rules areexecuted by at least one of the camera and a motion sensor of the A/Vrecording and communication device.

In another embodiment of the sixth aspect, the motion detection rulesand the updated motion detection rules include at least one of cameramotion detection rules and motion sensor motion detection rules.

In another embodiment of the sixth aspect, the monitoring actionincludes at least one of sounding an alarm, activating a camera of theA/V recording and communication device to record image data, andgenerating a user alert.

In another embodiment of the sixth aspect, the user alert includes anindication that the parcel has been removed from the parcel boundary.

In another embodiment of the sixth aspect, the user alert includesinformation about a person who removed the parcel from the parcelboundary.

In another embodiment of the sixth aspect, the user alert includes atleast one frame captured by the camera during the time the parcel isbeing removed from the parcel boundary.

In another embodiment of the sixth aspect, the updated motion detectionrules include increased sensitivity within the parcel boundary.

In a seventh aspect, a method for use with an audio/video (A/V)recording and communication device and a client device associated withthe A/V recording and communication device comprises: receiving, fromthe client device, a first selection of a parcel boundary for monitoringa parcel within the parcel boundary, and a second selection of amonitoring action to be executed in response to the parcel being movedfrom within the parcel boundary; and generating and transmitting, basedon the first and second selections, parcel monitoring rules to the A/Vrecording and communication device.

In an embodiment of the seventh aspect, the first selection includes oneof a drawing of the parcel boundary around the parcel, fitting aselected shape around the parcel as the parcel boundary, and selecting aparcel boundary creation mode for creating the parcel boundary.

In another embodiment of the seventh aspect, the monitoring action is atleast one of sounding an alarm, activating the camera to record, andgenerating a user alert.

In an eighth aspect, a method for use with an audio/video (A/V)recording and communication device having a camera, and a client deviceassociated with the A/V recording and communication device, comprises:receiving image data recorded by the camera in a field of view of thecamera in response to a motion event detected by the A/V recording andcommunication device in a field of view of the A/V recording andcommunication device; analyzing the image data to determine whether aparcel is present; transmitting, based on the determination whether aparcel is present, the image data to the client device; receiving, fromthe client device, a first selection including a parcel boundary formonitoring the parcel within the parcel boundary, and a second selectionof a monitoring action to be executed in response to the parcel beingmoved from within the parcel boundary; generating, based on the firstselection and the second selection, parcel monitoring rules; andtransmitting the parcel monitoring rules to the A/V recording andcommunication device.

In an embodiment of the eighth aspect, the first selection includes oneof a drawing of the parcel boundary around the parcel, fitting aselected shape around the parcel as the parcel boundary, and selecting aparcel boundary creation mode for creating the parcel boundary.

In another embodiment of the eighth aspect, the monitoring action is atleast one of sounding an alarm, activating the camera to record, andgenerating a user alert.

In a ninth aspect, a non-transitory computer readable storage medium isprovided, the non-transitory computer readable storage medium storing aprogram comprising instructions that, when executed by at least oneprocessor of at least one server, cause the at least one server toperform operations including: receiving, from an audio/video recordingand communication device (A/V device), image data recorded by a cameraof the A/V device; determining that a parcel is depicted in an imagerepresented by the image data; transmitting, to a client deviceassociated with the A/V device, the image data; receiving, from theclient device, a parcel boundary defining a location within a field ofview (FOV) of the camera for monitoring the parcel; and generating andtransmitting, to the A/V device, parcel monitoring rules for monitoringthe parcel in the FOV of the camera, wherein the parcel monitoring rulescomprise the parcel boundary.

In an embodiment of the ninth aspect, the parcel monitoring rulesfurther comprise a command to increase sensitivity of motion detectionwithin the parcel boundary.

In another embodiment of the ninth aspect, the non-transitory computerreadable storage medium further comprises instructions that, whenexecuted by the at least one processor, further cause the at least oneserver to receive, from the client device, a monitoring action to beexecuted in response to the parcel being moved from within the parcelboundary.

In another embodiment of the ninth aspect, the parcel monitoring rulesfurther comprise the monitoring action.

In another embodiment of the ninth aspect, the monitoring actioncomprises at least one of sounding an alarm, activating the camera ofthe A/V device to record further image data, and generating an alert.

In another embodiment of the ninth aspect, the non-transitory computerreadable storage medium further comprises instructions that, whenexecuted by the at least one processor, further cause the at least oneserver to receive, from the A/V device, an indication that the parcelhas been moved from within the parcel boundary.

In another embodiment of the ninth aspect, the indication that theparcel has been moved from within the parcel boundary includes furtherimage data recorded by the camera of the A/V device during a time whenthe parcel is being moved from within the parcel boundary.

In another embodiment of the ninth aspect, the non-transitory computerreadable storage medium further comprises instructions that, whenexecuted by the at least one processor, further cause the at least oneserver to generate and transmit, to the client device, an alert.

In another embodiment of the ninth aspect, the alert includes at leastone frame represented by the further image data.

In another embodiment of the ninth aspect, the parcel boundary is atleast one of a predetermined parcel boundary shape and a shape drawnusing the client device.

In another embodiment of the ninth aspect, the parcel boundary isautomatically generated to conform to a shape of the parcel.

In a tenth aspect, a method for at least one server for monitoring aparcel using an A/V recording and communication device (A/V device) isprovided, the method comprising: receiving, from the A/V device, imagedata recorded by a camera of the A/V device; determining that a parcelis depicted in an image represented by the image data; transmitting, toa client device associated with the A/V device, at least one framerepresented by the image data; and receiving, from the client device, aparcel boundary defining a location within a field of view of the camerafor monitoring the parcel.

In an embodiment of the tenth aspect, the method further comprises:detecting that the parcel has been moved from within the parcelboundary; and executing, in response to at least the detecting that theparcel has been moved from within the parcel boundary, at least onemonitoring action.

In another embodiment of the tenth aspect, detecting that the parcel hasbeen moved from within the parcel boundary includes analyzing a portionof the image data that is recorded by the camera of the A/V deviceduring a time when the parcel is being moved from within the parcelboundary.

In another embodiment of the tenth aspect, the method further comprisesreceiving, from the client device, the monitoring action to be executedin response to the parcel being moved from within the parcel boundary.

In another embodiment of the tenth aspect, the method further comprisesgenerating and transmitting, to the client device, an alert.

In another embodiment of the tenth aspect, the alert includes at leastone frame represented by further image data recorded by the cameraduring a time when the parcel is being moved from within the parcelboundary.

In another embodiment of the tenth aspect, the alert includesinformation about a person who moved the parcel from within the parcelboundary.

In another embodiment of the tenth aspect, the parcel boundary is atleast one of a predetermined parcel boundary shape and a shape drawnusing the client device.

In another embodiment of the tenth aspect, the parcel boundary isautomatically generated to conform to a shape of the parcel.

The above description presents the best mode contemplated for carryingout the present embodiments, and of the manner and process of practicingthem, in such full, clear, concise, and exact terms as to enable anyperson skilled in the art to which they pertain to practice theseembodiments. The present embodiments are, however, susceptible tomodifications and alternate constructions from those discussed abovethat are fully equivalent. Consequently, the present invention is notlimited to the particular embodiments disclosed. On the contrary, thepresent invention covers all modifications and alternate constructionscoming within the spirit and scope of the present disclosure. Forexample, the steps in the processes described herein need not beperformed in the same order as they have been presented, and may beperformed in any order(s). Further, steps that have been presented asbeing performed separately may in alternative embodiments be performedconcurrently. Likewise, steps that have been presented as beingperformed concurrently may in alternative embodiments be performedseparately.

What is claimed is:
 1. A non-transitory computer readable storage mediumstoring a program comprising instructions that, when executed by atleast one processor of at least one server, cause the at least oneserver to perform operations including: receiving, from an audio/videorecording and communication device (A/V device), image data recorded bya camera of the A/V device; determining that a parcel is depicted in animage represented by the image data; transmitting, to a client deviceassociated with the A/V device, the image data; receiving, from theclient device, a parcel boundary defining a location within a field ofview (FOV) of the camera for monitoring the parcel; and generating andtransmitting, to the A/V device, parcel monitoring rules for monitoringthe parcel in the FOV of the camera, wherein the parcel monitoring rulescomprise the parcel boundary.
 2. The non-transitory computer readablestorage medium of claim 1, wherein the parcel monitoring rules furthercomprise a command to increase sensitivity of motion detection withinthe parcel boundary.
 3. The non-transitory computer readable storagemedium of claim 1 further comprising instructions that, when executed bythe at least one processor, further cause the at least one server toreceive, from the client device, a monitoring action to be executed inresponse to detection of the parcel being moved from within the parcelboundary.
 4. The non-transitory computer readable storage medium ofclaim 3, wherein the parcel monitoring rules further comprise themonitoring action.
 5. The non-transitory computer readable storagemedium of claim 3, wherein the monitoring action comprises at least oneof sounding an alarm, activating the camera of the A/V device to recordfurther image data, and generating an alert.
 6. The non-transitorycomputer readable storage medium of claim 1 further comprisinginstructions that, when executed by the at least one processor, furthercause the at least one server to receive, from the A/V device, anindication that the parcel has been moved from within the parcelboundary.
 7. The non-transitory computer readable storage medium ofclaim 6, wherein the indication that the parcel has been moved fromwithin the parcel boundary includes further image data recorded by thecamera of the A/V device during a time when the parcel is being movedfrom within the parcel boundary.
 8. The non-transitory computer readablestorage medium of claim 7 further comprising instructions that, whenexecuted by the at least one processor, further cause the at least oneserver to generate and transmit, to the client device, an alert.
 9. Thenon-transitory computer readable storage medium of claim 8, wherein thealert includes at least one frame of the further image data.
 10. Thenon-transitory computer readable storage medium of claim 1, wherein theparcel boundary is at least one of a predetermined parcel boundary shapeand a shape defined by a drawing at the client device.
 11. Thenon-transitory computer readable storage medium of claim 1, wherein theparcel boundary is automatically generated to conform to a shape of theparcel.
 12. A method for at least one server for monitoring a parcelusing an A/V recording and communication device (A/V device), the methodcomprising: receiving, from the A/V device, image data recorded by acamera of the A/V device; determining that a parcel is depicted in animage represented by the image data; transmitting, to a client deviceassociated with the A/V device, at least one frame of the image data;and receiving, from the client device, a parcel boundary defining alocation within a field of view of the camera for monitoring the parcel.13. The method of claim 12 further comprising: detecting that the parcelhas been moved from within the parcel boundary; and executing, inresponse to at least the detecting that the parcel has been moved fromwithin the parcel boundary, at least one monitoring action.
 14. Themethod of claim 13, wherein detecting that the parcel has been movedfrom within the parcel boundary includes analyzing a portion of theimage data that is recorded by the camera of the A/V device during atime when the parcel is being moved from within the parcel boundary. 15.The method of claim 12 further comprising receiving, from the clientdevice, the monitoring action to be executed in response to the parcelbeing moved from within the parcel boundary.
 16. The method of claim 12further comprising generating and transmitting, to the client device, analert.
 17. The method of claim 16, wherein the alert includes at leastone frame of further image data recorded by the camera during a timewhen the parcel is being moved from within the parcel boundary.
 18. Themethod of claim 16, wherein the alert includes information about aperson who moved the parcel from within the parcel boundary.
 19. Themethod of claim 12, wherein the parcel boundary is at least one of apredetermined parcel boundary shape and a shape drawn using the clientdevice.
 20. The method of claim 12, wherein the parcel boundary isautomatically generated to conform to a shape of the parcel.